April 2007 - Boost-users - lists.preview.boost.org

Proper way to change a cached shared pointer
by Stephen Torri 04 Apr '07

04 Apr '07

I have a class which is containing a shared_ptr to data. This class parses in a XML file and populates the data based upon the contents. There is a memory problem in this file where I reset the shared_ptr. class Graph; class Parser { public: boost::shared_ptr<Graph> parse ( std::string filename, std::string directory ) { // Line 110 Formula_Parser.cpp m_graph.reset ( new Graph() ); ... parse file ... return m_graph; } private boost::shared_ptr<Graph> m_graph; }; The error I am getting is saying that the problem appears to be in the ==28769== by 0x4154024: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:128) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== Address 0x4389BC0 is 8 bytes inside a block of size 60 alloc'd ==28769== at 0x4005BA5: operator new(unsigned) (vg_replace_malloc.c:163) ==28769== by 0x41968E1: libreverse::infrastructure::Formula_Parser::get_Graph(std::string, std::string) (Formula_Parser.cpp:110) ==28769== by 0x419351E: libreverse::infrastructure::Configurator::get_Graph(unsigned, unsigned) (Configurator.cpp:110) ==28769== by 0x4153FBC: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:115) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== ==28769== Uninitialised byte(s) found during client check request ==28769== at 0x4161176: libreverse::api::Reverse_Impl::print_Graph(libreverse::infrastructure::Component_Graph const&, std::string) const (Reverse_Impl.cpp:184) ==28769== by 0x4161D96: libreverse::api::Reverse_Impl::execute_Input_Section(boost::shared_ptr<std::map<std::string, boost::shared_ptr<libreverse::infrastructure::Component_Graph>, std::less<std::string>, std::allocator<std::pair<std::string const, boost::shared_ptr<libreverse::infrastructure::Component_Graph> > > > > const&, boost::shared_ptr<libreverse::infrastructure::Data_Source_Base const>, boost::shared_ptr<libreverse::infrastructure::Component>) (Reverse_Impl.cpp:45) ==28769== by 0x4154024: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:128) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== Address 0xBE9D82CC is on thread 1's stack Visiting node: 1

2 2

Proper way to change a cached shared pointer
by Stephen Torri 04 Apr '07

04 Apr '07

Sorry for the duplicate. I hit a weird set of key strokes and the email was sent. I have a class which is containing a shared_ptr to data. This class parses in a XML file and populates the data based upon the contents. There is a memory problem in this file where I reset the shared_ptr. Am I right in interpreting the output of valgrind that the problem is at Line 110 in Formula_Parser.cpp or is it somewhere else? I thought it was in Formula_Parser.cpp so I printed out here what is happening in the function. I am trying to create a Graph pointer where data will be added to it when the XML parser calls back endElement. So I cannot pass the pointer to the graph as a part of the XML calls without editing that library. So I made it a member variable to the class. The idea is that the Graph is populated with Components and then returned at the end of parse(). Am I correctly resetting m_graph? Stephen ---------------- class Graph; class Parser { public: boost::shared_ptr<Graph> parse ( std::string filename, std::string directory ) { // Line 110 Formula_Parser.cpp m_graph.reset ( new Graph() ); ... parse file ... return m_graph; } void endElement ( ... ) { // Add item to m_graph m_graph.add ( new Component ); } private boost::shared_ptr<Graph> m_graph; }; ==28769== Uninitialised byte(s) found during client check request ==28769== at 0x4161127: libreverse::api::Reverse_Impl::print_Graph(libreverse::infrastructure::Component_Graph const&, std::string) const (Reverse_Impl.cpp:183) ==28769== by 0x4161D96: libreverse::api::Reverse_Impl::execute_Input_Section(boost::shared_ptr<std::map<std::string, boost::shared_ptr<libreverse::infrastructure::Component_Graph>, std::less<std::string>, std::allocator<std::pair<std::string const, boost::shared_ptr<libreverse::infrastructure::Component_Graph> > > > > const&, boost::shared_ptr<libreverse::infrastructure::Data_Source_Base const>, boost::shared_ptr<libreverse::infrastructure::Component>) (Reverse_Impl.cpp:45) ==28769== by 0x4154024: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:128) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== Address 0x4389BC0 is 8 bytes inside a block of size 60 alloc'd ==28769== at 0x4005BA5: operator new(unsigned) (vg_replace_malloc.c:163) ==28769== by 0x41968E1: libreverse::infrastructure::Formula_Parser::get_Graph(std::string, std::string) (Formula_Parser.cpp:110) ==28769== by 0x419351E: libreverse::infrastructure::Configurator::get_Graph(unsigned, unsigned) (Configurator.cpp:110) ==28769== by 0x4153FBC: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:115) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== ==28769== Uninitialised byte(s) found during client check request ==28769== at 0x4161176: libreverse::api::Reverse_Impl::print_Graph(libreverse::infrastructure::Component_Graph const&, std::string) const (Reverse_Impl.cpp:184) ==28769== by 0x4161D96: libreverse::api::Reverse_Impl::execute_Input_Section(boost::shared_ptr<std::map<std::string, boost::shared_ptr<libreverse::infrastructure::Component_Graph>, std::less<std::string>, std::allocator<std::pair<std::string const, boost::shared_ptr<libreverse::infrastructure::Component_Graph> > > > > const&, boost::shared_ptr<libreverse::infrastructure::Data_Source_Base const>, boost::shared_ptr<libreverse::infrastructure::Component>) (Reverse_Impl.cpp:45) ==28769== by 0x4154024: libreverse::api::Reverse::execute(std::string const&, unsigned const&, unsigned const&) (Reverse.cpp:128) ==28769== by 0x8055869: main (reverse.cpp:50) ==28769== Address 0xBE9D82CC is on thread 1's stack

1 0

boost_1_33_1\libs\serialization\vc7ide\Library.vcproj settings
by Oleg V. Zhylin 03 Apr '07

03 Apr '07

Hi, I've just discovered an inconsistency in settings of Library VC7 project for serialization. For Debug builds the target in project settings is libboost_serialization-vc71-s-gd-1_33_1.lib while according to auto_link.hpp "s-gd" should rather be "sgd". Will this be fixed in next release? WBR Oleg V. Zhylin ovz(a)yahoo.com ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front

3 2

Troubles with build boost
by Vadim Doroginin 03 Apr '07

03 Apr '07

Hi all! Boost-1.33.1 mingw-3.4.2 msys-1.0.10 building boost: bjam.exe -j1 "-sTOOLS=mingw" "-sBUILD=debug release" --prefix=d:\devel\msys\tmp\boost-install install>install.log 2> install.err bjam successfully creates folder boost-install and puts there include\boost...in lib folder bjam puts these files: File: boost_date_time-mgw-1_33_1.dll 6 KB 4/3/2007 7:47:14 PM File: boost_date_time-mgw-1_33_1.lib 4 KB 4/3/2007 7:47:14 PM File: boost_date_time-mgw-d-1_33_1.dll 240 KB 4/3/2007 7:47:10 PM File: boost_date_time-mgw-d-1_33_1.lib 4 KB 4/3/2007 7:47:10 PM File: boost_date_time-mgw-d.lib 4 KB 4/3/2007 7:47:10 PM File: boost_date_time-mgw.lib 4 KB 4/3/2007 7:47:14 PM File: boost_iostreams-mgw-1_33_1.dll 66 KB 4/3/2007 7:48:07 PM File: boost_iostreams-mgw-1_33_1.lib 41 KB 4/3/2007 7:48:07 PM File: boost_iostreams-mgw-d-1_33_1.dll 922 KB 4/3/2007 7:48:04 PM File: boost_iostreams-mgw-d-1_33_1.lib 72 KB 4/3/2007 7:48:04 PM File: boost_iostreams-mgw-d.lib 72 KB 4/3/2007 7:48:04 PM File: boost_iostreams-mgw.lib 41 KB 4/3/2007 7:48:07 PM File: boost_program_options-mgw-1_33_1.dll 451 KB 4/3/2007 7:49:26 PM File: boost_program_options-mgw-1_33_1.lib 291 KB 4/3/2007 7:49:26 PM File: boost_program_options-mgw-d-1_33_1.dll 3501 KB 4/3/2007 7:49:02 PM File: boost_program_options-mgw-d-1_33_1.lib 1024 KB 4/3/2007 7:49:02 PM File: boost_program_options-mgw-d.lib 1024 KB 4/3/2007 7:49:02 PM File: boost_program_options-mgw.lib 291 KB 4/3/2007 7:49:26 PM File: boost_regex-mgw-1_33_1.dll 666 KB 4/3/2007 7:50:31 PM File: boost_regex-mgw-1_33_1.lib 626 KB 4/3/2007 7:50:31 PM File: boost_regex-mgw-d-1_33_1.dll 3962 KB 4/3/2007 7:49:46 PM File: boost_regex-mgw-d-1_33_1.lib 2155 KB 4/3/2007 7:49:45 PM File: boost_regex-mgw-d.lib 2155 KB 4/3/2007 7:49:45 PM File: boost_regex-mgw.lib 626 KB 4/3/2007 7:50:31 PM File: boost_thread-mgw-mt-1_33_1.dll 296 KB 4/3/2007 7:56:38 PM File: boost_thread-mgw-mt-1_33_1.lib 155 KB 4/3/2007 7:56:38 PM File: boost_thread-mgw-mt-d-1_33_1.dll 4192 KB 4/3/2007 7:56:22 PM File: boost_thread-mgw-mt-d-1_33_1.lib 405 KB 4/3/2007 7:56:22 PM File: boost_thread-mgw-mt-d.lib 405 KB 4/3/2007 7:56:22 PM File: boost_thread-mgw-mt.lib 155 KB 4/3/2007 7:56:38 PM File: libboost_date_time-mgw-1_33_1.lib 71 KB 4/3/2007 7:47:21 PM File: libboost_date_time-mgw-d-1_33_1.lib 1293 KB 4/3/2007 7:47:17 PM File: libboost_date_time-mgw-d.lib 1293 KB 4/3/2007 7:47:17 PM File: libboost_date_time-mgw.lib 71 KB 4/3/2007 7:47:21 PM File: libboost_filesystem-mgw-1_33_1.lib 123 KB 4/3/2007 7:47:37 PM File: libboost_filesystem-mgw-d-1_33_1.lib 4180 KB 4/3/2007 7:47:28 PM File: libboost_filesystem-mgw-d.lib 4180 KB 4/3/2007 7:47:28 PM File: libboost_filesystem-mgw.lib 123 KB 4/3/2007 7:47:37 PM File: libboost_iostreams-mgw-1_33_1.lib 39 KB 4/3/2007 7:48:00 PM File: libboost_iostreams-mgw-d-1_33_1.lib 1675 KB 4/3/2007 7:47:57 PM File: libboost_iostreams-mgw-d.lib 1675 KB 4/3/2007 7:47:57 PM File: libboost_iostreams-mgw.lib 39 KB 4/3/2007 7:48:00 PM File: libboost_prg_exec_monitor-mgw-1_33_1.lib 38 KB 4/3/2007 7:54:38 PM File: libboost_prg_exec_monitor-mgw-d-1_33_1.lib 376 KB 4/3/2007 7:54:37 PM File: libboost_prg_exec_monitor-mgw-d.lib 376 KB 4/3/2007 7:54:37 PM File: libboost_prg_exec_monitor-mgw.lib 38 KB 4/3/2007 7:54:38 PM File: libboost_program_options-mgw-1_33_1.lib 432 KB 4/3/2007 7:48:46 PM File: libboost_program_options-mgw-d-1_33_1.lib 5976 KB 4/3/2007 7:48:23 PM File: libboost_program_options-mgw-d.lib 5976 KB 4/3/2007 7:48:23 PM File: libboost_program_options-mgw.lib 432 KB 4/3/2007 7:48:46 PM File: libboost_regex-mgw-1_33_1.lib 1135 KB 4/3/2007 7:51:37 PM File: libboost_regex-mgw-d-1_33_1.lib 6656 KB 4/3/2007 7:50:50 PM File: libboost_regex-mgw-d.lib 6656 KB 4/3/2007 7:50:50 PM File: libboost_regex-mgw.lib 1135 KB 4/3/2007 7:51:37 PM File: libboost_serialization-mgw-1_33_1.lib 1044 KB 4/3/2007 7:52:48 PM File: libboost_serialization-mgw-d-1_33_1.lib 21728 KB 4/3/2007 7:52:11 PM File: libboost_serialization-mgw-d.lib 21728 KB 4/3/2007 7:52:11 PM File: libboost_serialization-mgw.lib 1044 KB 4/3/2007 7:52:48 PM File: libboost_signals-mgw-1_33_1.lib 136 KB 4/3/2007 7:54:35 PM File: libboost_signals-mgw-d-1_33_1.lib 2864 KB 4/3/2007 7:54:26 PM File: libboost_signals-mgw-d.lib 2864 KB 4/3/2007 7:54:26 PM File: libboost_signals-mgw.lib 136 KB 4/3/2007 7:54:35 PM File: libboost_test_exec_monitor-mgw-1_33_1.lib 472 KB 4/3/2007 7:55:23 PM File: libboost_test_exec_monitor-mgw-d-1_33_1.lib 6663 KB 4/3/2007 7:54:58 PM File: libboost_test_exec_monitor-mgw-d.lib 6663 KB 4/3/2007 7:54:58 PM File: libboost_test_exec_monitor-mgw.lib 472 KB 4/3/2007 7:55:23 PM File: libboost_thread-mgw-mt-1_33_1.lib 113 KB 4/3/2007 7:57:08 PM File: libboost_thread-mgw-mt-d-1_33_1.lib 7994 KB 4/3/2007 7:56:53 PM File: libboost_thread-mgw-mt-d.lib 7994 KB 4/3/2007 7:56:53 PM File: libboost_thread-mgw-mt.lib 113 KB 4/3/2007 7:57:08 PM File: libboost_unit_test_framework-mgw-1_33_1.lib 452 KB 4/3/2007 7:56:05 PM File: libboost_unit_test_framework-mgw-d-1_33_1.lib 6302 KB 4/3/2007 7:55:42 PM File: libboost_unit_test_framework-mgw-d.lib 6302 KB 4/3/2007 7:55:42 PM File: libboost_unit_test_framework-mgw.lib 452 KB 4/3/2007 7:56:05 PM File: libboost_wave-mgw-1_33_1.lib 2868 KB 4/3/2007 7:59:48 PM File: libboost_wave-mgw-d-1_33_1.lib 88490 KB 4/3/2007 7:58:13 PM File: libboost_wave-mgw-d.lib 88490 KB 4/3/2007 7:58:13 PM File: libboost_wave-mgw.lib 2868 KB 4/3/2007 7:59:48 PM looks good, but install.err has many "undefined reference" errors and install.log has "failed gcc-Link-action" lines...last 3 lines from install.log: ...failed updating 12 targets... ...skipped 18 targets... ...updated 3845 targets... some lines from install.err: bin\boost\libs\filesystem\build\boost_filesystem.dll\mingw\debug\operations_posix_windows.obj(.text+0x7ac): In function `ZN5boost10filesystem6detail12dir_itr_initERNS_10shared_ptrINS1_11dir_itr_impEEERKNS0_4pathE': D:/devel/boost-1_33_1/libs/filesystem/build/../src/operations_posix_windows.cpp:308: undefined reference to `boost::filesystem::detail::system_error_code()' is it normal? must i do something? p.s. sorry for my bad english :)

1 0

where can I get a copy of Quantitave Units
by Polder, Matthew J 03 Apr '07

03 Apr '07

Hi, I noticed a new library, Quantitave Unit, is being reviewed. Where can I get a copy of the library? I'd like to compare it to Quan which was reviewed a while ago and see it if suits my needs better. thanks, matthew

2 1

Re: [Boost-users] [Serialization] issue withportable_binary_oarchive
by Pfligersdorffer, Christian 03 Apr '07

03 Apr '07

boost-users-bounces(a)lists.boost.org wrote: > Hi, > I have switched all the 0 pointer cases to use some Null object. > Now everything works fine. > Thanks very much for your help. > > One last (I hope) question: > > The compilation of this archive produce some compilation > warnings, how can I avoid it ? > > Thanks again, > Dan Leibovich Dear Dan & Robert, I read this thread with very much interest since I want to use the portable binary archive too. Could you please share your experience and especially the code of the version that actually works? Did you also add code to treat floating point types? Yours sincerely, -- DI Christian Pfligersdorffer Software Engineering EOS GmbH

4 4

[serialization] Serialize function pointers
by Sohail Somani 03 Apr '07

03 Apr '07

Hi, Is it possible to serialize function pointers? I'm trying to serialize this guy: struct f { typedef void(*function_t)(); function_t the_ptr_; }; Thanks, Sohail

2 5

[wave::token_type] Checking if the token_type instance is empty
by Ovanes Markarian 03 Apr '07

03 Apr '07

Hello Hartmut, I have a question and may be small interface change to the token_type. Currently there is no "legal" way to check if a token type instance is empty, than using token_id operator and comparing it with T_EOI (which is not really documented, available in the header and default ctor of impl::token_data only). Why did I need it: I have a state machine class which preserves the look ahead. Now when I construct the state machine, the look ahead is default constructed. In particular states I have to distinguish if there is look ahead available or not and take some actions accordingly. Now I would need to rely on the following comparison: BASEID_FROM_TOKEN(T_EOI)==tok.operator token_id(); Instead it would be more flexible to write tok.empty(). I am not sure if this convinces you, but at least T_EOI should be documented (I am still using old documentation 1.33.1). The docs should also state that empty token has this type. On the other hand I don't know where else T_EOI is used and how to distinguishe this case then. I would appreciate the empty member function, which can greatly ease the life ;) With Kind Regards, Ovanes Markarian

2 2

[guid] create_random_based and create_name_based
by Christian Henning 03 Apr '07

03 Apr '07

Hi there, I just downloaded guid_v6 from the vault. Seems that there is mix up in both create functions. The random version is calling create_name_based and vice versa. Reagrds, Christian

2 1

identify boost thread
by Goroll, Torsten 03 Apr '07

03 Apr '07

Hi, I'm looking for a way, to identify a boost::thread from inside the thread. The background is, that I want to log into a global logger, which has to know from which thread the message was sent. I have thought at using the pointer of the class as an identifier, but that won't work if two threads are from the same class. Maybe it is possible to save a pointer to the member methods??? Kind Regards Torsten

2 1