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

newbie question to Boost.Build linking to an external library jam
by wewolski 20 Apr '06

20 Apr '06

Hi, I am trying to compile the example from regex_token_iterator.html using the following entries in the Jamroot file. #Jamroot exe readdata : readdata.cpp : <include>/data/cpp/boost/include/boost-1_33_1/ ; install dist : readdata : <location>. ; and im getting a linker error (collect2: ld returned 1 exit status) However all my attempts to specify the external library location failed. For example I have tried to add lib boost_regex : : <file>boost_regex <search>/data/cpp/boost/lib/ ; exe regexexp : regexexp.cpp .//boost_regex ... and many more weird stuff without success. I found something in about site-config.jam in the manual but the example is not very clear to me. Can anyone please help? Eryk

1 0

Class method cascade
by John Metta 20 Apr '06

20 Apr '06

Does Boost have any magic to help with a class method cascade? Consider: struct INFO { float mass; float volume; ... virtual void Reset() { mass = 0.0f; volume = 0.0f; ... }; } struct WATER_INFO : virtual INFO { float rateInfow; float rateOutflow; ... virtual void Reset() { rateInflow = 0.0f; rateOutflow = 0.0f; super.Reset(); // Wish to cascade a reset function down. }; }; struct SURFACE_WATER_INFO : virtual INFO { ... } // cascading to reset the variables at any level. Disclaimer: I recognize that this is a ... let's say "less than elegant" solution. Unfortunately, I've been given a 20,000 line monolithic implementation (there should be no fewer than 10 in here) of a jungle and am trying to put a bit of duct tape on some things in order to make it run to finish my thesis. Given time, I would re-write the entire thing correctly, but I don't have that luxury currently. Cheers, -j -- John Metta http://jmetta.com "A computer without windows is like a dog without bricks tied to its head."

2 1

[format] 64bit integer
by Christian Henning 20 Apr '06

20 Apr '06

Hi there, boost::format will not swallow "%I64d". Instead, it throws a boost::io::bad_format_string exception. How can I use 64 bit integers? Thanks, Christian

4 8

[program_options] Description formatting failes
by elviin 20 Apr '06

20 Apr '06

Hello Boost Users, OS: Windows XP Compiler: VS 2005, 8.0.50727.42 Boost: 1.33, cvs Attachments: screen shot of assertion failure I have a problem with description formatting. It's not possible to make longer description. How long the description must be depends on other descriptions. So adding a description longer than some size invokes assertion in xstring file in the Visual Studio distribution. I tested this issue also with example "options_description.cpp". I changed description at --help switch from ("help", "produce help message") //that is working for me to the description on http://www.boost.org/doc/html/program_options/overview.html#id2714805 ("help", " A long help msg a long help msg a long help msg a long help msg a long help msg a long help msg a long help msg a long help msg ") //that failes

1 0

BGL autoconf macros
by Fred Labrosse 20 Apr '06

20 Apr '06

All, Anybody knows of autoconf macros that would test for the presence of graph related stuff? I could not find any in boost itself and the ones on the Web are not specific to BGL. Cheers, Fred

2 2

BGL: write_graphviz and bundled properties
by Fred Labrosse 20 Apr '06

20 Apr '06

All, First, I'm very new to boost and BGL, so please forgive me if this is trivial. I've created a graph (adjacency_list) using bundled properties and am now trying to write it as a dot file. I've written my property writer, but when I compile, I get several of: /usr/include/boost/graph/graphviz.hpp: In function `void boost::write_graphviz(std::ostream&, const Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter, VertexID) [with Graph = boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, VertexPropertiesWriter = map::placeWriter, EdgePropertiesWriter = boost::default_writer, GraphPropertiesWriter = boost::default_writer, VertexID = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, boost::detail::error_property_not_found, const boost::detail::error_property_not_found&, boost::vertex_index_t>]': /usr/include/boost/graph/graphviz.hpp:260: instantiated from `void boost::write_graphviz(std::ostream&, const Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter) [with Graph = boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, VertexPropertiesWriter = map::placeWriter, EdgePropertiesWriter = boost::default_writer, GraphPropertiesWriter = boost::default_writer]' /usr/include/boost/graph/graphviz.hpp:278: instantiated from `void boost::write_graphviz(std::ostream&, const Graph&, VertexWriter) [with Graph = map::mapType, VertexWriter = map::placeWriter]' topologicalMap.h:282: instantiated from here /usr/include/boost/graph/graphviz.hpp:241: error: no match for 'operator<<' in 'out << boost::get [with PropertyMap = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, boost::detail::error_property_not_found, const boost::detail::error_property_not_found&, boost::vertex_index_t>, Reference = const boost::detail::error_property_not_found&, K = void*](((const boost::put_get_helper<const boost::detail::error_property_not_found&, boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, boost::detail::error_property_not_found, const boost::detail::error_property_not_found&, boost::vertex_index_t> >&)((const boost::put_get_helper<const boost::detail::error_property_not_found&, boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, boost::detail::error_property_not_found, const boost::detail::error_property_not_found&, boost::vertex_index_t> >*) ((boost::put_get_helper<const boost::detail::error_property_not_found&, boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::undirectedS, map::place, map::link, boost::no_property, boost::listS>, boost::detail::error_property_not_found, const boost::detail::error_property_not_found&, boost::vertex_index_t> >*) (&vertex_id)))), ((void* const&)((void* const*) (+(&i)->std::_List_iterator<_Tp>::operator* [with _Tp = void*]()))))' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include/g++-v3/bits/ostream.tcc:63: note: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] Not being very good at deciphering all that, I'm not sure what is happening. I do understand that it's missing an extraction operator but I'm not sure on what. The actual line in graphviz.hpp is: out << get(vertex_id, *i); Two questions: - Could somebody tell me exactly what that get returns? - From the dot format, this should be the name of the vertex in the dot file. So this seems to relate to the class used as a property. My second question is then: If this is the case, why then do we need the property writer since we apparently also need the operator<< that could do exactly the same thing? (And isn't a ' ' (space) missing between the vertex name and whatever the property writer writes (or should that be included in it, which is not mentioned by the documentation)? That was 3 questions then ;-) Thanks in advance for any replies. Cheers, Fred

2 4

lambda/bind trouble
by Sebastian Weber 20 Apr '06

20 Apr '06

Hello everybody! I'm starting to use the boost lambda library. My first steps with it were quite amazing, but now I'm comming to some more advanced problems and I don't see my fault. The code in question is std::for_each(vertices(bg).first, vertices(bg).second, bind(ll::fill_n(), // line 197, supposenly wrong std::back_inserter(vs), bind(out_degree, _1, bg), _1)); which does not compile with the error message: box_cover.hpp: In function `size_t boost::box_cover(Graph&, RandomGenerator&, BoxMap, unsigned int, unsigned int)': box_cover.hpp:197: error: parse error before `::' token "g++-3.3" -Wall -ftemplate-depth-100 -msse2 -mfpmath=sse,387 -O3 -finline-functions -Wno-inline-fPIC -msse2 -mfpmath=sse,387 -DBOOST_DATE_TIME_DYN_LINK=1 -DDATE_TIME_INLINE -DNDEBUG -I"." -I"/home/sebi/projects/diplom/src/boost_1_33_1" -c -o "../../bin/graph/gcc-3.3/release/boxTest.o" "boxTest.cpp" I thought, I could realize this stuff with the boost::bind library as well and tried the construct std::for_each(vertices(bg).first, vertices(bg).second, boost::bind(std::fill_n, std::back_inserter(vs), boost::bind(boost::out_degree, _1, bg), _1) ); which does not compile as well: box_cover.hpp: In function `size_t boost::box_cover(Graph&, RandomGenerator&, BoxMap, unsigned int, unsigned int) [with Graph = main(int, char**)::graph_t, RandomGenerator = base_rand_gen_t, BoxMap = size_t*]': boxTest.cpp:140: instantiated from here box_cover.hpp:202: error: no matching function for call to `bind(<unknown type>, boost::arg<1>&, boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, boost::no_property, boost::no_property, boost::listS>&)' "g++-3.3" -Wall -ftemplate-depth-100 -msse2 -mfpmath=sse,387 -O3 -finline-functions -Wno-inline-fPIC -msse2 -mfpmath=sse,387 -DBOOST_DATE_TIME_DYN_LINK=1 -DDATE_TIME_INLINE -DNDEBUG -I"." -I"/home/sebi/projects/diplom/src/boost_1_33_1" -c -o "../../bin/graph/gcc-3.3/release/boxTest.o" "boxTest.cpp" Any help would be greatly appreciated. Thanks a lot! Almost forgot: My Boost version is 1.33.1 and the compiler I use is g++ 3.3.5 from Debian sarge. Greetings, Sebastian

1 0

[weak_ptr] thread safe?
by Alain Cormier 19 Apr '06

19 Apr '06

Hello group! We are experiencing problems with boost::weak_ptr in a multi-threaded environment. It looks that the lock on the ref counting doesn't work well with weak_ptr in release build. configuration : Windows 2000 SP4 VC6 SP5 boost 1.33.1 In summary, it seems that add_ref_lock in sp_counted_base_w32.hpp has a bug in release. In disassemblies, we observe : 01 lea esi,[eax+4] 02 mov eax,dword ptr [esi] 03 test eax,eax 04 je TestWeakPtr+0E4h (00401244) 05 lea ecx,[eax+1] 06 mov edx,esi 07 lock cmpxchg dword ptr [edx],ecx 08 mov ecx,eax 09 cmp ecx,eax 10 je TestWeakPtr+7Dh (004011dd) At line 08, you'll see that we move eax into ecx and after (line 09) we compare ecx and eax that are obviously the same which will destruct prematurely our pointer. In attachement, I send a complete program reproducing the bug with VC6 in release. It is probably a bug in VC6. But is it caused by a bad use? is it simply a "bug" in boost 1.33.1? By the way, we can remove the "bug" by simply "patching" add_ref_lock implementation like this : bool add_ref_lock() // true on success { for( ;; ) { long tmp = static_cast< long const volatile& >( use_count_ ); if( tmp == 0 ) return false; long tmp2 = tmp + 1; if(InterlockedCompareExchange ( &use_count_, tmp2, tmp ) == tmp2 - 1) return true; } } Thank you for any suggestion! -- Alain Cormier alain.work(a)gmail.com

2 4

Re: [Boost-users] [weak_ptr] thread safe?
by Sohail Somani 19 Apr '06

19 Apr '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Michael Fawcett > Sent: Wednesday, April 19, 2006 10:09 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [weak_ptr] thread safe? > > On 4/19/06, John Wilkinson <jwilkinson(a)tsystem.com> wrote: > > There is a pragma in VC6 that will activate or deactivate > optimization. > > It can be used to wrap optimization-sensitive blocks of > code. I do not > > remember what it is, though, and I do not have VC6 handy. > I have used > > it, and it did alleviate an optimization-related bug. > > >From the MSDN: > > #pragma optimize( "[optimization-list]", {on | off} ) > > Specifies optimizations to be performed on a function-by-function > basis. The optimize pragma must appear outside a function and takes > effect at the first function defined after the pragma is seen. The on > and off arguments turn options specified in the optimization-list on > or off. I'm curious, why couldn't this be a compiler workaround in weak_ptr?

2 1

[Pool] Using purge_memory() with std::map
by Finley Lee 19 Apr '06

19 Apr '06

Dear list, I'm using boost::fast_pool_allocator to replace the default allocator in a map. This works great, but I'm having a bit of trouble freeing the memory explicitly. I'd like to call boost::singleton_pool::purge_memory(), but I don't know how to instantiate the correct version. Is there a way to determine the size of the chunks the map allocator will require? I have determined by debugging that the size is 28 bytes, but I imagine that this is dependent on the particular implementation of map. Below is a sample program which illustrates the situation. Any guidance would be very appreciated. - Finley //////////////////////////////////////////////////////////////////////// /// #include <assert.h> #include <iso646.h> #include <map> #include <boost\pool\pool_alloc.hpp> class mydata { public: mydata() {} mydata( int _a, short _b, char _c ) : a(_a), b(_b), c(_c) {} int a ; short b ; char c ; }; typedef std::map< int, mydata, std::less<int>, boost::fast_pool_allocator< std::pair<int, mydata> > > mymap ; int _tmain(int argc, _TCHAR* argv[]) { { mymap m ; for ( int i = 0 ; i < 10000 ; i++ ) m[i] = mydata( i, i, i ) ; } bool memory_freed = boost::singleton_pool< boost::fast_pool_allocator_tag, sizeof( std::pair<int,mydata> ) >::purge_memory() ; //bool memory_freed = boost::singleton_pool< boost::fast_pool_allocator_tag, 28 >::purge_memory() ; assert( memory_freed ) ; return 0; }

3 2