- Boost-users - lists.boost.org

[serialization] simple binary archive problem
by Paul Graphov 10 Sep '10

10 Sep '10

Hello Boost users! I've upgraded to boost-1.44 and got a problem with binary serialization archives. This code sample http://pastebin.com/Uv465sGt worked well with 1.43 but doesn't work with 1.44 This is a program that creates a struct, serializes it, deserealizes back and compares, archive file name should be supplied as command line parameter. After switching from binary_*archive to text_*archive it works well. With binary_*archive it fails with terminate called after throwing an instance of 'std::bad_alloc' Stack trace is quite huge. p.s. [druid@druid-desktop tmp]$ uname -a Linux druid-desktop 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux [druid@druid-desktop tmp]$ gcc --version gcc (Ubuntu/Linaro 4.4.4-13ubuntu2) 4.4.5 20100902 (prerelease)

5 10

Help with shared_ptr and template
by Mario Chacon 10 Sep '10

10 Sep '10

Hello: I have this problem and I do not how to fix it, I know I cannot write template typedefs, its a limitiation of the C++ syntax, right? or I'm wrong? I saw that the best way is to wrap your typedefs in a struct, which can be templated, but I'm still stack with problems. The best way to explain it's with an example: #include <cstdlib> #include <iostream> #include <boost/shared_ptr.hpp> template< typename tvalue > class CValue { public: CValue( tvalue value ) : value_(value) {}; private: tvalue value_; }; template< typename tvalue > struct Type{ typedef boost::shared_ptr< CValue< tvalue > > pValue; }; int main(int argc, char *argv[]) { Type<bool>::pValue a; return EXIT_SUCCESS; } How can I create a shared_ptr for the template class "CVALUE"?? Please I do not know what else I can prove... :( Thank you.. Mario.. Salu2...

6 8

Warnings when I include posix_time.hpp
by André Santee 10 Sep '10

10 Sep '10

I'm getting the following warning just by including the <boost/date_time/posix_time/posix_time.hpp> header file in my msvc express 2008 project: c:\program files (x86)\microsoft visual studio 9.0\vc\include\iosfwd(607) : warning C4996: 'std::char_traits<char>::copy': Function call with parameters that may be unsafe - this call relies on the caller to check that the passed values are correct. To disable this warning, use -D_SCL_SECURE_NO_WARNINGS. See documentation on how to use Visual C++ 'Checked Iterators' I know that the reason why it's giving me the warning is self explanatory but boost headers aren't supposed to give us warnings. In fact, the warning is not even in the boost header file, but it seems to be included/caused by it. I just want to know if I'm doing something wrong or this is the MSVC header that is messed up. Thanks, André.

2 1

Date Time header only
by Mohamed Bana 10 Sep '10

10 Sep '10

Hi Folks, What parts of the Date Time library is header only? Our applications run on several platforms and it's quite troublesome to get date time to compile on all of them. In my attempt, I was to get it to work on all our platforms except Solaris. I'm aware that I need to use stlport on Solaris, but we can't because we need to interface with another library which doesn't use stlport. To summarise, the whole situation is rather messy and I'm looking for a header only library. If there isn't any, are there any other date and time libraries aside from boost that doesn't require a very strict C++ compliant compiler? If you need more info, just ping me.

1 0

[Boost.Test] How to reuse test results?
by Torri, Stephen CIV NSWCDD, W15 10 Sep '10

10 Sep '10

I tried to use BOOST_FIXTURE_TEST_SUITE to use a fixture in multiple tests. Of course it works fine yet the behavior was not as I expected. What I was expecting which I learned from testing was that the fixture was setup and torn down on each test rather than when the suite ended. In my present problem I have a class which represents the initialization steps of an simulation. There are various algorithms that need to be executed and the results of one can be used in another. So what I was hoping to learn how to do is have a fixture which I can use in the tests of a suite which is only setup and torn down once respectively. So something like: #define BOOST_TEST_MODULE long_life_fixture #include <boost/test/unit_test.hpp> struct CommonData { CommonData() : i ( 0.0 ) { BOOST_TEST_MESSAGE("setup CommonData"); } ~CommonData() { BOOST_TEST_MESSAGE("tear down CommonData"); } double i; }; BOOST_FIXTURE_TEST_SUITE ( class_tests, CommonData ) BOOST_AUTO_TEST_CASE ( function1_test ) { i = 5.0; BOOST_CHECK_EQUAL ( i, 5.0 ); } BOOST_AUTO_TEST_CASE ( function2_test ) { double j = i * 5; BOOST_CHECK_EQUAL ( j, 25.0 ); } BOOST_AUTO_TEST_SUITE_END() Stephen Stephen Torri, PhD NAVAL SURFACE WARFARE CENTER DAHLGREN 17214 Ave B Suite 121 Dahlgren, Va. 22448 540-653-1082 I am not a contracting officer. I cannot modify or initiate contracts, nor do I have the authority to financially commit the government in any way.

2 1

Boost on BG systems, how to compile?
by Filippo Spiga 09 Sep '10

09 Sep '10

Dear Users, does someone have any experience on compiling boost for BlueGene systems? I need to compile the library both for the compute-node and the frontend-node but I have (a lot of) problems to find the right way to do that. Boost follows a completely different compile strategy than other libraries/packages, I am feeling as I have no control on what really happen. At this point I can only read all the documentation but I would like to avoid to waste hours on that. Any help, suggestion, tutorial will be appreciate. Thank you in advance. Regards. -- Filippo SPIGA, MSc «Nobody will drive us out of Cantor's paradise.» -- David Hilbert

1 0

[Thread] MinGW 4.5.1
by Paul Mensonides 09 Sep '10

09 Sep '10

I'm trying to build Boost on Windows with the 32-bit binaries supplied by http://www.equation.com/servlet/equation.cmd?call=fortran. Aside from about 10 billion "visibility attribute" warnings, everything appears to compile correctly except the Thread library: (running from a Windows command prompt) bjam toolset=gcc link=static runtime-link=static stage The build output that I get is below, but it looks like something is wrong with the macro configuration when including boost/detail/interlocked.hpp. Any help? ----- Performing configuration checks - has_icu builds : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam - ../config//has_long_double_support builds : yes warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. warning: Unable to construct ./stage-unversioned warning: Unable to construct ./stage-unversioned Component configuration: - date_time : building - filesystem : building - graph : building - graph_parallel : building - iostreams : building - math : building - mpi : building - program_options : building - python : building - random : building - regex : building - serialization : building - signals : building - system : building - test : building - thread : building - wave : building ...patience... ...patience... ...patience... ...patience... ...found 7329 targets... ...updating 8 targets... gcc.compile.c++ bin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.o In file included from ./boost/thread/once.hpp:14:0, from libs\thread\src\win32\thread.cpp:17: ./boost/thread/win32/once.hpp: In function 'void boost::call_once(boost::once_flag&, Function)': ./boost/thread/win32/once.hpp:136:20: error: '_InterlockedCompareExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:152:25: error: '_InterlockedIncrement' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:155:21: error: '_InterlockedExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:169:21: error: '_InterlockedExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:184:17: error: '_InterlockedIncrement' is not a member of 'boost::detail' "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -g -mthreads -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_BUILD_LIB=1 -I"." -c -o "bin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.o" "libs\thread\src\win32\thread.cpp" ...failed gcc.compile.c++ bin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi\win32\thread.o... ...skipped <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-sd-1_44.a(clean) for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi>win32\thread.o... ...skipped <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-sd-1_44.a for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi>win32\thread.o... ...skipped <pstage\lib>libboost_thread-mgw45-mt-sd-1_44.a for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\debug\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-sd-1_44.a... gcc.compile.c++ bin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi\win32\thread.o In file included from ./boost/thread/once.hpp:14:0, from libs\thread\src\win32\thread.cpp:17: ./boost/thread/win32/once.hpp: In function 'void boost::call_once(boost::once_flag&, Function)': ./boost/thread/win32/once.hpp:136:20: error: '_InterlockedCompareExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:152:25: error: '_InterlockedIncrement' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:155:21: error: '_InterlockedExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:169:21: error: '_InterlockedExchange' is not a member of 'boost::detail' ./boost/thread/win32/once.hpp:184:17: error: '_InterlockedIncrement' is not a member of 'boost::detail' In file included from ./boost/thread/shared_mutex.hpp:14:0, from ./boost/thread/detail/thread_group.hpp:9, from ./boost/thread/thread.hpp:24, from libs\thread\src\win32\thread.cpp:10: ./boost/thread/win32/shared_mutex.hpp: In member function 'T boost::shared_mutex::interlocked_compare_exchange(T*, T, T) [with T = boost::shared_mutex::state_data]': ./boost/thread/win32/shared_mutex.hpp:110:103: instantiated from here ./boost/thread/win32/shared_mutex.hpp:50:99: warning: dereferencing type-punned pointer will break strict-aliasing rules ./boost/thread/win32/shared_mutex.hpp:50:99: warning: dereferencing type-punned pointer will break strict-aliasing rules ./boost/thread/win32/shared_mutex.hpp:51:52: warning: dereferencing type-punned pointer will break strict-aliasing rules ./boost/thread/win32/shared_mutex.hpp:51:52: warning: dereferencing type-punned pointer will break strict-aliasing rules "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -mthreads -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_BUILD_LIB=1 -DNDEBUG -I"." -c -o "bin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi\win32\thread.o" "libs\thread\src\win32\thread.cpp" ...failed gcc.compile.c++ bin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi\win32\thread.o... ...skipped <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-s-1_44.a(clean) for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi>win32\thread.o... ...skipped <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-s-1_44.a for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi>win32\thread.o... ...skipped <pstage\lib>libboost_thread-mgw45-mt-s-1_44.a for lack of <pbin.v2\libs\thread\build\gcc-mingw-4.5.1\release\link-static\runtime-link-static\threading-multi>libboost_thread-mgw45-mt-s-1_44.a... ...failed updating 2 targets... ...skipped 6 targets...

1 0

Graphviz and Boost Problem
by ef 09 Sep '10

09 Sep '10

Hello I am using the dot language to create a graph using Boost. My Graphs are huge and I am trying to delete* vertices *and edges that are no longer used in my program. Under boost/graph/graphviz.hpp I added a function to remove a vertex and its edges in the mutate_graph class, I then go ahead and implement it under the mutate_graph_impl class: virtual void do_remove_vertex( const node_t& node) { bgl_vertex_t v = bgl_nodes[node]; clear_vertex(v,graph_); remove_vertex(v,graph_); } However I keep getting a segfault on the call to clear vertex, I ran it into gdb and here is the back trace (i hope this is not to long) Program received signal SIGSEGV, Segmentation fault. 0x000000000040b87f in std::_List_base<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> >, std::allocator<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> > > >::_M_clear (this=0x0) at /usr/include/c++/4.4/bits/list.tcc:68 68 _Node* __cur = static_cast<_Node*>(this->_M_impl._M_node._M_next); (gdb) bt #0 0x000000000040b87f in std::_List_base<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> >, std::allocator<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> > > >::_M_clear (this=0x0) at /usr/include/c++/4.4/bits/list.tcc:68 #1 0x00000000004119d2 in std::list<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> >, std::allocator<boost::detail::sep_<void*, boost::property<boost::edge_weight_t, int, boost::no_property> > > >::clear (this=0x0) at /usr/include/c++/4.4/bits/stl_list.h:1132 #2 0x000000000040fac4 in boost::clear_vertex<boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>, boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS>::config> (u=0x0, g_=...) at boost_1_43_0/boost/graph/detail/adjacency_list.hpp:633 #3 0x000000000040e7a5 in boost::detail::graph::mutate_graph_impl<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS> >::do_remove_vertex (this=0x7fffffffe520, node=...) at boost_1_43_0/boost/graph/graphviz.hpp:767 #4 0x00007ffff7b6ab12 in boost::read_graphviz_detail::translate_results_to_graph (r=..., mg=0x7fffffffe520) at ../../../libs/graph/src/read_graphviz_new.cpp:782 #5 0x00007ffff7b6b314 in boost::detail::graph::read_graphviz_new (str=..., mg=0x7fffffffe520) at ../../../libs/graph/src/read_graphviz_new.cpp:830 #6 0x000000000040bc1f in boost::read_graphviz_new<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS> > (str=..., graph=..., dp=..., node_id=...) at boost_1_43_0/boost/graph/detail/read_graphviz_new.hpp:103 #7 0x000000000040b243 in boost::read_graphviz<std::istream_iterator<char, char, std::char_traits<char>, long>, boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS> > ( user_first=..., user_last=..., graph=..., dp=..., node_id=...) at boost_1_43_0/boost/graph/graphviz.hpp:910 #8 0x000000000040aa18 in boost::read_graphviz<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::string, boost::no_property>, boost::property<boost::edge_weight_t, int, boost::no_property>, boost::no_property, boost::listS> > (in=..., graph=..., dp=..., node_id=...) at boost_1_43_0/boost/graph/graphviz.hpp:922 #9 0x00000000004086a9 in test_graph_read_write (filename=...) at graphviz.cpp:41 #10 0x0000000000408814 in main () at graphviz.cpp:52 In my main program my graph is declared like this: adjacency_list<listS, listS, directedS,property<vertex_name_t, std::string>, property<edge_weight_t, int> > Graph; and go ahead and initiate graphviz like this: read_graphviz(in, g, dp, "id"); Am I breaking some pretty obvious rules? As I am pretty lost. Any advice/suggestions and comments is very much appreciated. Thanks in advance!

2 10

Regex Design trap
by Sven Bauhan 09 Sep '10

09 Sep '10

Dear Developers, I found a possible trap in the design of the syntax of the Regex library. Consider the following code: std::string text( "blabla123xyz" ); boost::regex expression( "\\w+(\\d+)\\w+" ); boost::smatch matches; boost::regex_search( text, matches, expression ); text = "asdfghjkl"; std::string value = matches[1]; Although this code is not very useful, it can lead to inpredictable behaviour. As far as i know the matches just reference the string position in the original string. so when the string is changed the matches don't fit any more. This may be a quite good performance but it requires to be very careful. Especially if the string is just referenced somewhere and the matches are given to somewhere else. Furthermore as i saw the Regex library I wondered about its interface. It seems more like a C library interface than C++ code. I also code in Ruby and the Regex class is much more convenient. The pattern matching is done there by a method of class Regex and returns the matches: expression = Regex.new( "\w+(\d+)\w" ) matches = expression.match( "blabla123xyz" ) if ( matches ) ... Would it be possible to implement such a more object oriented interface to boost::regex? Greetings, Sven -- Dipl.-Ing. Sven Bauhan DFS Deutsche Flugsicherung GmbH

2 3

[serialization] Implementation in mutliple DLLs
by Guy Premont 09 Sep '10

09 Sep '10

Hi, I've done research on the list and could not find any pointer about my problem so here it is. I'm using windows, boost 1.40, and vc9, i am not using polymorphic archives, and i'm using member function serialization. In a big project, separated in different modules, I want to spread serialization also into different DLLs. Typically, i have a base class Base, implemented in Base.dll and the serialization is in BasePersistence.dll. The serialization member functions are marked with ddlexport or dllimport, explicit template instantiation is done to force inclusion in the dll. So far everything is working. Now I have a class Derived, derived from Base, implemented in Derived.dll. If i have only one serialization library that handle all classes, it works fine, but I want the serialization to be split with the same module as the implemention. So, I want the serialization of class Derived to be in DerivedPersistence.dll. It compiles but fails to link, There are a lot of undefined symbols, most are in boost::serialization::archive namespace. Is there a special BOOST_DLL flag to use? It seems like the DerivedPersistence.dll does not find in BasePersistence.dll the functions it should find. Is it at all possible to spread the serialization code into multiple dependent DLLs? Just having something to hint at a possible solution would be a big help. Thanks Guy -- Guy Prémont, D.Sc. Architecte logiciel senior / Senior software architect CM Labs Simulations Inc. http://www.cm-labs.com/ Tel. 514-267-1166 ext. 237

3 2