September 2010 - Boost-users - lists.preview.boost.org

[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

[Fusion, maybe?] Workings of ADL.
by Robert Jones 09 Sep '10

09 Sep '10

I expected this to work #include <boost/fusion/include/vector.hpp> #include <boost/fusion/include/at_c.hpp> typedef boost::fusion::vector<int, int> V; int first( const V & v ) { return at_c<0>( v ); } but I find I need a "using namespace boost::fusion;". Why isn't this covered by ADL? Thx - Rob.

2 6

[test] Windows Vista: "The application failed to initialize properly (0xc0000005)."
by Daniel Trebbien 09 Sep '10

09 Sep '10

I am using MinGW on Windows to try to compile a working shared binary of Unit Test Framework. My GCC version is the latest for MinGW, 4.5.0, and I used the following line to compile libboost_unit_test_framework-mgw45-mt-1_44.dll: bjam toolset=gcc link=shared --with-test release I have tried both Boost 1.43.0 and 1.44.0 beta 1 sources, but with each, bjam succeeds and my test program that uses UTF fails with the message dialog: The application failed to initialize properly (0xc0000005). Click OK to terminate the application. My test program compiles and runs fine on Debian Linux using Boost 1.42. Is anyone else experiencing this problem?

5 8

Compilation error's while building Boost 1_43_0 on HP-UX Re: Compilation error's while building Boost 1_43_0 on HP-UX 11.11 with gcc version 3.3.1
by Avi Bahra 09 Sep '10

09 Sep '10

You may not be aware but boost is not supported on HP-UX this was quite a while ago. However I have built with boost using gcc a while ago. Using gcc 4.3.1 on HP_UX itanium B.11.23, boost 1.38 My own application/boost had problems gcc with later boost versions, so I tried HPUX acc compiler. This seem to cope better. However be aware that aCC is very slow at compiles, but does work. Currently using Acc version 6, with boost 1.43 However regardless of the compiler, you will have problems. So be prepared for a world of pain, if you want to use boost on HPUX. Depending on which libraries you use. I have had to manually hack some of boost files, to get it too work, in particular for boost asio, and one other lib, I forget. Best regards, Ta, Avi

1 0

[tuples] sorting vector of boost-tuples
by Christian Meesters 09 Sep '10

09 Sep '10

Hi, Don't know whether this is a boost-thing or C++ ... hope to put the problem the right way. Anyway, I have a tuple: //! tuple of <marker id, r2, allele> typedef boost::tuple<std::string, double, char> Proxy; and a map like //! map of <marker id, <vector of Proxies> > typedef std::map<std::string, std::vector<Proxy> > ProxyLT; Now, ProxyLT proxies; proxy = boost::tuple<std::string, double, char>(some string id, some double, some character); // pushing this tuple into the map/vector construct proxies[some other string id].push_back(proxy); And now I would like to sort these vectors within the map vector by vector according to the double in the tuple. For this I have the function (within a header file): inline bool proxy_gt(Proxy first, Proxy second) { return (first.get<1>() > second.get<1>()); } and then the actual sorting: for (yamas::ProxyLT::iterator pit = proxies.begin(); pit != proxies.end(); pit++) { sort((*pit).second.begin(), (*pit).second.end(), proxy_gt); } Problem is that g++ keeps telling me /usr/include/c++/4.4/bits/stl_heap.h:180: error: must use '.*' or '->*' to call pointer-to-member function in '__comp (...)', e.g. '(... ->* __comp) (...)' when 'sort' is called. Whatever I do to the inline function - I cannot solve this problem. Any hints? TIA Cheers Christian

1 0