- Boost-users - lists.boost.org

[shared_ptr] A newbie boost::shared_ptr question
by Olivier Tournaire 09 May '07

09 May '07

Hi all, I am trying to use shared_ptr in my code, but, I encoutered some problems. Here is a piece of my code : The main : boost::shared_ptr<OGRRectangle> rect( new OGRRectangle(5.,TPoint2D <double>(50.,20.),0.1325) ); boost::shared_ptr< rectangle_with_profile<OGRRectangle> > r( new rectangle_with_profile<OGRRectangle> ( rect , 5 , 12 , 1.5 , EXTREME) ); The rectangle_with_profile<T> constructor : template <class Rect_class> rectangle_with_profile<Rect_class>::rectangle_with_profile( boost::shared_ptr<Rect_class> rect , const unsigned int &nb_profiles , const unsigned int &nb_points , const double &distance , const eProfilePosition &position=CENTER ) { m_rectangle = rect; // ... // ... } Just after the line boost::shared_ptr< rectangle_with_profile<OGRRectangle> > r( new rectangle_with_profile<OGRRectangle> ( rect , 5 , 12 , 1.5 , EXTREME) ); the rect<T> destructor is called, and the m_rectangle in rectangle_with_profile handles a deleted pointer ... What am I missing ? Thanks in advance for your help. -- Le temps des cerises reviendra. Dans l'immédiat, c'est le temps des noyaux. Courage.

3 8

boost::format concurrency issues on mac intel
by Matthew Edwards 09 May '07

09 May '07

I am experiencing some strange errors in a multi-threaded environment on MAC OS X, dual core. I am receiving segfaults, bus errors and illegal instruction crashes regularily with simple calls to boost::format operations. Disabling one of the cores on my machine will completely remove the errors (just fyi). If I add a mutex lock around the calls to boost::format in my sample code (inside the for loop of threadRun) then no problems occur. The following code can be used to reproduce the crash. It occurs perhaps one out of every 10 runs. It can crash (viewed by CrashReporter) in multiple places, mainly in ::parse(), and operator%. I compile with -O0. If it would help, I can post the logs from CrashReporter. #include <stdio.h> #include <stdlib.h> #include <string> #include <boost/thread.hpp> #include <boost/bind.hpp> #include <boost/format.hpp> #define NUM_THREAD 10 #define NUM_ITER 100 void threadRun() { for( int i = 0; i < NUM_ITER; i++ ) { boost::format fmt( "format %1% %2% %3%" ); fmt % "Some message" % 10 % "another str"; } } int main() { boost::thread *threads[NUM_THREAD]; for( int i = 0; i < NUM_THREAD; i++ ) { threads[i] = new boost::thread( &threadRun ); } for( int i = 0; i < NUM_THREAD; i++ ) { threads[i]->join(); delete( threads[i] ); } return 0; } Regards, Matthew

1 2

boost in a mixed CLR assemby
by Daniel J. Kelly 09 May '07

09 May '07

I realize it is not officially supported, but has anyone had success using boost libraries in a mixed CLR assembly? I am using visual studio 2005. I have been trying to accomplish this in an applicatation that has a Windows Forms front end, whose enire back end is build of libraries written in standard C++, making extensive use of boost, especially smart pointers and threads. The specific problem I am having involved initializing static variables. For instance, I have a global variable: boost::mutex osmutex; The program compiles and links fine, but during static initialization, I receive an error indicating _CrtIsValidHeapPointer(pUserData) is invalid. Looking at the stack unwind, the calling code is the "dynamic initializer for 'osmutex'". My suspicion is that the boost library is linking to a different run time library than my mixed code, and that the pointer being rejected is happening as a result of it coming from a different heap. I would like try to check this hypothesis by building boost forcing it to link to the correct C++ runtime library used by mixed assemblies (msvcmrtd.dll), but I am not familar enough with the boost build system to do this.

4 3

[boost::variant] problems with pointers
by Jeffrey Holle 09 May '07

09 May '07

After much inefficient debugging, I've discovered that adding a pointer type to a boost::variant is a no-no. It appears to get translated into a bool via get<>, which throws a bad_get exception erroneously (at least in my opinion). The caviots of using a pointer type in variant really needs to be documented! It doesn't appear to be done so now. I've discovered that wrapping the pointer in a boost::shared_pointer is a solution. But it wasn't obvious.

2 1

[1.34.0] problem building bjam
by Dennis Jones 09 May '07

09 May '07

Hi, I tried reporting this over in the .devel group, but it seems to have been filtered out by the moderator, as it never got posted. However, I believe this is a problem that needs to be addressed. Can someone else confirm this? The build script for building bjam with a Borland compiler on Windows assumes the compiler root folder to be C:\Borland\BCC55. Since my system does not use the free command line Borland compiler (and thus does not use the default path), I specified "borland" as my toolset on the command line: c:> build.bat borland This effectively disables the assumed path and attempts to determine the actual path to the compiler. It successfully and correctly determines the path to be "C:\Program Files\Borland\CBuilder5\," but the script subsequently fails to build, giving the message: [COMPILE] bin.ntx86\bjam.exe Error E2194: Could not find file 'Files\Borland\CBuilder5\Bin\..\Include.cpp' Error E2194: Could not find file 'Files\Borland\CBuilder5\Bin\..\Lib.cpp' Just prior to the error, the following is visible: c:\source\3rdParty\boost\boost_1_34_0\tools\jam\src>.\bootstrap\jam0 -f build.jam --toolset=borland "--toolset-root=C:\Program Files\Borland\CBuilder5\Bin\..\ " Indicating that a path containing spaces ("Program Files") apparently confuses the script. My solution to this problem was to create a path corresponding to the assumed path (using linkd to create a junction-point so that I didn't have to re-install the compiler!) and let the script guess which toolset to use. Fortunately, it guesses correctly (borland as opposed to msvc) which results in the assumed path of "c:\borland\bcc55" which then works, thanks to my junction-point. While I was able to get around this problem fairly easily, it probably would have been more difficult if I were not using NTFS (and its support for junction points). I'm not certain, but I would expect this to be a problem for any compiler whose path contains a space -- or did I miss something that is already well-known and/or obvious? - Dennis

2 3

Re: [Boost-users] Undefined reference
by Carl Wainwright 09 May '07

09 May '07

1 0

Undefined reference
by Carl Wainwright 09 May '07

09 May '07

Hi all, I've started just recently to use boost in my C++ application to manage some threads. However, when I link my application I get strange undefined references g++ -g -O -o test_exe -lcppunit -ldl -lpthread -lboost_thread Main.o test.o test.o(.text+0x874): In function `threadTestCases::spawnThread()': : undefined reference to `boost::thread::thread(boost::function0<void, std::allocator<boost::function_base> > const&)' test.o(.text+0x8b7): In function `threadTestCases::spawnThread()': : undefined reference to `boost::thread::join()' test.o(.text+0x8ce): In function `threadTestCases::spawnThread()': : undefined reference to `boost::thread::~thread()' test.o(.text+0x8eb): In function `threadTestCases::spawnThread()': : undefined reference to `boost::thread::~thread()' collect2: ld returned 1 exit status make: *** [test_exe] Error 1 As you can see I have linked in the boost_thread and pthread but still I get the problem. My LD_LIBRARY_PATH is correctly setup to define the path where boost is installed (/usr/lib/) The code is as follows and is used in a CPPUNIT framework. The boost code is in the spawnThread member function. //--------------------------------------------------------------------- #include "test.h" #include <ostream> #include <pthread.h> #include <boost/thread/thread.hpp> #include <boost/bind.hpp> using namespace std; using namespace boost; CPPUNIT_TEST_SUITE_REGISTRATION( threadTestCases ); void threadTestCases::setUp() { cout << "\nthreadTestCases::setUp\n" << endl ; } void threadTestCases::tearDown() { cout << "\nthreadTestCases::tearDown\n" << endl ; } void threadTestCases::testThread() { cout << "Thread [testThread] spawned\n" << endl; try { CPPUNIT_ASSERT(1 == 2); cout << "Thread end" << endl; } catch(...) { cout << "Exception caught in testThread, continue\n" << endl; } pthread_exit(0); } void *my_thread(void *) { cout << "Thread [my_thread] spawned\n" << endl ; try { CPPUNIT_ASSERT(1 == 2); } catch(...) { cout << "Exception caught in my_thread, continue\n" << endl; } pthread_exit(0); } void threadTestCases::spawnThread() { pthread_t thread[2]; int ret; cout << "\nSpawning new thread\n" << endl; // Create thread via boost boost::thread mfThread(boost::bind(&threadTestCases::testThread, this)); // Start execution of thread mfThread.join(); } Is there anything I have done wrong in the code or perhaps in the build environment which is using Boost library v1.32.0-1 for Linux RedHat with g++ (GCC 3.4.6) Any help would be appreciated as this has been bugging me for several hours today. Cheers Carl

3 2

Re: [Boost-users] Undefined reference
by Carl Wainwright 09 May '07

09 May '07

Hi there, Surely if that was the case I would have received a compilation error. As it is my code compiles without any errors/warnings which makes me think it's a linker error or something else. Additionally the headers for boost are in /usr/include/boost so I don't believe I need to specify this include directive in my makefile The linking error is baffling me as everything checks out ok... Cheers Carl |-----Original Message----- |From: boost-users-bounces(a)lists.boost.org |[mailto:boost-users-bounces@lists.boost.org] On Behalf Of Xu, Peng |Sent: 08 May 2007 18:01 |To: boost-users(a)lists.boost.org |Subject: Re: [Boost-users] Undefined reference | |You need to specify where boost headers are located, |-I/path-to-boost-headers. | |-----Original Message----- |From: boost-users-bounces(a)lists.boost.org |[mailto:boost-users-bounces@lists.boost.org] On Behalf Of Carl |Wainwright |Sent: Tuesday, May 08, 2007 11:56 AM |To: boost-users(a)lists.boost.org |Subject: [Boost-users] Undefined reference | |Hi all, | |I've started just recently to use boost in my C++ application |to manage some threads. However, when I link my application I |get strange undefined references | |g++ -g -O -o test_exe -lcppunit -ldl -lpthread -lboost_thread Main.o |test.o |test.o(.text+0x874): In function `threadTestCases::spawnThread()': |: undefined reference to `boost::thread::thread(boost::function0<void, |std::allocator<boost::function_base> > const&)' |test.o(.text+0x8b7): In function `threadTestCases::spawnThread()': |: undefined reference to `boost::thread::join()' |test.o(.text+0x8ce): In function `threadTestCases::spawnThread()': |: undefined reference to `boost::thread::~thread()' |test.o(.text+0x8eb): In function `threadTestCases::spawnThread()': |: undefined reference to `boost::thread::~thread()' |collect2: ld returned 1 exit status |make: *** [test_exe] Error 1 | |As you can see I have linked in the boost_thread and pthread |but still I get the problem. My LD_LIBRARY_PATH is correctly |setup to define the path where boost is installed (/usr/lib/) | |The code is as follows and is used in a CPPUNIT framework. The |boost code is in the spawnThread member function. | |//--------------------------------------------------------------------- |#include "test.h" |#include <ostream> |#include <pthread.h> | |#include <boost/thread/thread.hpp> |#include <boost/bind.hpp> | |using namespace std; |using namespace boost; | |CPPUNIT_TEST_SUITE_REGISTRATION( threadTestCases ); | |void threadTestCases::setUp() |{ | cout << "\nthreadTestCases::setUp\n" << endl ; } | |void threadTestCases::tearDown() |{ | cout << "\nthreadTestCases::tearDown\n" << endl ; } | |void threadTestCases::testThread() |{ | cout << "Thread [testThread] spawned\n" << endl; | | try | { | CPPUNIT_ASSERT(1 == 2); | cout << "Thread end" << endl; | } | catch(...) | { | cout << "Exception caught in testThread, continue\n" << endl; | } | | pthread_exit(0); |} | |void *my_thread(void *) |{ | cout << "Thread [my_thread] spawned\n" << endl ; | | try | { | CPPUNIT_ASSERT(1 == 2); | } | catch(...) | { | cout << "Exception caught in my_thread, continue\n" << endl; | } | | pthread_exit(0); |} | |void threadTestCases::spawnThread() |{ |pthread_t thread[2]; |int ret; | | cout << "\nSpawning new thread\n" << endl; | | // Create thread via boost | boost::thread mfThread(boost::bind(&threadTestCases::testThread, |this)); | | // Start execution of thread | mfThread.join(); |} | | |Is there anything I have done wrong in the code or perhaps in |the build environment which is using Boost library v1.32.0-1 |for Linux RedHat with |g++ (GCC 3.4.6) | |Any help would be appreciated as this has been bugging me for |several hours today. | |Cheers |Carl |_______________________________________________ |Boost-users mailing list |Boost-users(a)lists.boost.org |http://lists.boost.org/mailman/listinfo.cgi/boost-users |_______________________________________________ |Boost-users mailing list |Boost-users(a)lists.boost.org |http://lists.boost.org/mailman/listinfo.cgi/boost-users |

1 0

Serialisation across libraries.
by Hughes, James 09 May '07

09 May '07

Hello all, I am a bit stumped by a problem I am seeing with serialisation, and wondered whether it may be due to the way I sue some libraries. I have two libraries, one which contains the main code that uses serialisation, and another which contains some small classes used by the main code. The main code serialises a tree like data structure containing some shared pointers, each node of the 'tree' contains member data, and its one of these members that is causing a double free or corruption error on loading. This particular member is a structure from the other library. It contains a serialisation template in the class header which appears to save correctly - the XML output all appears correct. However on loading the double free error occurs. I cannot see anything wrong with the code at all. The only thing I can think of is that there are limitations in doing serialisation across the library boundary. Perhaps I end up with two instantiations of the template for serialisation? One in the main library, and one in the small library? Am I clutching at straws? DO I somehow have to force the instantiation of the serialisation for the class in the sub library to be in there, rather than being created again in the main library? Any thoughts? James This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

4 7

[1.34] Building 64-bit boost
by Alexey Bakhvalov 09 May '07

09 May '07

I am using MSVC 2005. Which toolset or flags do I need to specify to build 64-bit version of Boost?

1 0