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

[Boost-Users] Boost::Thread: scoped thread using boost::move
by Boost lzw 23 Mar '10

23 Mar '10

Hello folks, The following scoped_thread that I wrote runs well with boost 1.42.0: #include <boost/thread/thread.hpp> #include <iostream> class scoped_thread { boost::thread t; scoped_thread(const scoped_thread&); scoped_thread operator=(const scoped_thread&); public: scoped_thread(boost::thread t_) : t(boost::move(t_) ) { if (!t.joinable() ) throw; } ~scoped_thread () { t.join(); } }; However, as you may notice I did not include <move.hpp> and did use boost::move in the ctor. Is the true std::move semantics already available on boost 1.42.0 by just including <boost/thread/thread.hpp>? If so (as my code illustrates), that would be nice. Cheers, Robert

1 0

[tokenizer] boost::tokenizer doesn't handle '/' properly?
by Naked Short Selling 23 Mar '10

23 Mar '10

Greetings, I'm trying to parse a csv file using boost tokenizer. But I see weird result when there are cells like "IG9/10/7-10:USCEFLCORR0001", tokenizer returns tokens like "IG9/,0/7-,0:USCEFLCORR000". I am assuming it's because of slash '/'. Here's my code snippet: " typedef boost::tokenizer<boost::char_separator<char> > tokenizer; char delim = ','; boost::char_separator<char> sep(&delim); ... tokenizer tokens(str, sep); tokenizer::iterator iter = tokens.begin(); tokenizer::iterator end = tokens.end(); " Please advise. Thanks!

3 2

Re: [Boost-users] [proto] generation of adaptive precision floating-point geometric predicates
by Andrew Durward 23 Mar '10

23 Mar '10

Hi all, Seems I've made a little progress (see attached file) but it's still a long way from complete. I'm sure there are better/more generic ways to perform the type manipulation but I'm fairly new to boost.fusion as well. Comments and suggestions are welcome. Thanks for the help thus far, andrew

1 0

newbie question on boost/graph library: how to use read_graphViz with bundled vertex/edge properties
by Rong She 23 Mar '10

23 Mar '10

I have declared CustomVertex and CustomEdge classes, each with a bunch of internal properties. class CustomVertex { int length; string name; bool ori; public: CustomVertex() {} ~CustomVertex() {} FlipVertex() { ori = !ori; } }; class CustomEdge { char type; int distance; bool src_ori; bool dst_ori; public: CustomEdge() {} ~CustomEdge() {} }; Tried to use bundled properties, the graph is defined as: typedef adjacency_list<vecS, vecS, directedS, CustomVertex, CustomEdge> myGraph; I want to read from a dot file (which contains all appropriate vertex, edge information) and populate the graph. I know I'm supposed to use dynamic_properties etc. Could someone show me how exactly? Thanks.

2 1

Re: [Boost-users] [proto] need explanation in implementing distributive law
by Kim Kuen Tang 23 Mar '10

23 Mar '10

Hi Andrew, it compiles on my side. Thx for ur improvement. Cheers, Kim Andrew Durward schrieb: > As a follow-up, the attached code seems to compile and yield the expected > result. > > andrew > > ------------------------------------------------------------------------ > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

[iostreams] Flushing a zlib_compressor... how to obtain a “zlib sync flush” ?
by Tim Day 23 Mar '10

23 Mar '10

Is there some magic required to obtain a "zlib sync flush" when using boost::iostreams::zlib_compressor ? Just invoking flush on the filter, or strict_sync on a filtering_ostream containing it doesn't see to do the job (ie I want the compressor to flush enough that the decompressor can recover all the bytes consumed by the compressor so far, without closing the stream; I remember using such a feature when driving zlib directly in the past, and there's a page http://www.bolet.org/~pornin/deflate-flush.html describing it nicely). Looking at the header, there seem to be some "flush codes" defined (notably a sync_flush) but it's unclear to me how they should be used (bearing in mind my compressor is just added into a filtering_ostream's chain, although I do have a reference to it if some specific method needs invoking). Thanks for any tips. Tim

2 2

boost::interprocess map: no appropriate default constructor compile error
by Chris Miclea 23 Mar '10

23 Mar '10

Hello, I have a problem when compiling code using boost::interprocess library code. I've run into a compile error while trying to create a map in a boost shared memory object. I am using the VisualStudio2005 C++ compiler, and boost 1.38. The symptom is: C:\svn\ThirdPartySDK\boost_1_38_0\boost/interprocess/containers/map.hpp( 140) : error C2512: 'boost::interprocess::allocator<T,SegmentManager>::allocator' : no appropriate default constructor available with [ T=std::pair<sage::lib::clientDataServer::MapKey<10>,sage::lib::clientDat aServer::Data>, SegmentManager=boost::interprocess::segment_manager<char,boost::interpro cess::rbtree_best_fit<boost::interprocess::mutex_family>,boost::interpro cess::iset_index> ] Quick description - code is attached below: templated class ReadOnlyCatalog, taking an int template LENGTH and a template parm class T (T is the mapped data, or "second" in the pair). the map index is a templated class called MapKey, taking an int LENGTH. templated class MapKeyLess to provide the less() operator for the map index. Can anyone tell why am I getting the compiler error? Your help is greatly appreciated. template <int LENGTH, class T> class ReadOnlyCatalog { public: typedef std::pair<MapKey<LENGTH>, T> Value_t; typedef boost::interprocess::allocator<Value_t, boost::interprocess::managed_shared_memory::segment_manager> Allocator_t; typedef boost::interprocess::map<MapKey<LENGTH>, T, MapKeyLess<LENGTH>, Allocator_t> Map_t; ReadOnlyCatalog() { ... } ReadOnlyCatalog( const RoShMemType_e in_type, const std::string& in_segName, const std::string& in_objName ) { ... } }; const int OrderTypeKeyLength = 10; class Data { public: Data() { ... }; } template <int LENGTH> class MapKey { public: MapKey() { .. } MapKey( const std::string& in_key ) { ... } public: char m_key[LENGTH + 1]; }; template <int LENGTH> class MapKeyLess { public: bool operator()( const MapKey<LENGTH>& a, const MapKey<LENGTH>& b ) const { return strncmp( a.m_key, b.m_key, LENGTH ) < 0; } }; // instantiate ReadOnlyCatalog template; class OrderTypeCatalog : public ReadOnlyCatalog<OrderTypeKeyLength, Data> { public: OrderTypeCatalog() {} OrderTypeCatalog( const RoShMemType_e in_type, const std::string& in_segName, const std::string& in_objName ) : ReadOnlyCatalog( in_type, in_segName, in_objName ) {}; }; // a use of OrderTypeCatalog class X { public: X() { ptr = new OrderTypeCatalog( in_type, "aaa", "bbb" ); } private: OrderTypeCatalog* ptr; }; Included headers: #include <boost/interprocess/shared_memory_object.hpp> #include <boost/interprocess/mapped_region.hpp> #include <boost/interprocess/managed_shared_memory.hpp> #include <boost/interprocess/containers/vector.hpp> #include <boost/interprocess/containers/map.hpp> #include <boost/interprocess/allocators/allocator.hpp> Full compiler error message: C:\svn\ThirdPartySDK\boost_1_38_0\boost/interprocess/containers/map.hpp( 140) : error C2512: 'boost::interprocess::allocator<T,SegmentManager>::allocator' : no appropriate default constructor available with [ T=std::pair<sage::lib::clientDataServer::MapKey<10>,sage::lib::clientDat aServer::Data>, SegmentManager=boost::interprocess::segment_manager<char,boost::interpro cess::rbtree_best_fit<boost::interprocess::mutex_family>,boost::interpro cess::iset_index> ] C:\svn\Projects\trunk\Lib/ClientDataServer/ReadOnlySegments.h(166) : while compiling class template member function 'sage::lib::clientDataServer::ReadOnlyCatalog<LENGTH,T>::ReadOnlyCatalog (void)' with [ LENGTH=10, T=sage::lib::clientDataServer::Data ] C:\svn\Projects\trunk\Lib/CLientDataServer/ReadOnlyShMem.h(25) : see reference to class template instantiation 'sage::lib::clientDataServer::ReadOnlyCatalog<LENGTH,T>' being compiled with [ LENGTH=10, T=sage::lib::clientDataServer::Data ] Regards, Chris Miclea

2 1

Compiling boost 1.42.0 with Sun Studio for Solaris x64 utterly fails
by Iskandar Prins 23 Mar '10

23 Mar '10

Hi, Im trying to compile boost with sun studio 12 update 1 for solaris x64. After a little browsing I needed to use the following command: bjam toolset=sun stdlib=sun-stlport address-model=64 stage Source: http://blogs.sun.com/sga/entry/boost_and_sun_studio_12 Ouput CC -V: CC: Sun C++ 5.10 SunOS_i386 2009/06/03 However when I do this I get the following errors: ./bjam toolset=sun stdlib=sun-stlport address-model=64 stage warning: Building Boost.Regex with the optional Unicode/ICU support disabled. note: Please refer to the Boost.Regex documentation for more information note: this is a strictly optional feature. warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam 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. ...patience... ...patience... ...patience... ...found 6676 targets... ...updating 466 targets... sun.compile.c++ bin.v2/libs/python/build/sun/release/address-model-64/stdlib-sun-stlport/threading-multi/numeric.o "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. "./boost/python/detail/type_list_impl.hpp", line 48: Error: Badly formed expression. "./boost/python/detail/type_list_impl.hpp", line 47: Error: BOOST_PP_ENUM_1 is not defined. Compilation aborted, too many Error messages. "CC" -library=stlport4 -xO4 -mt -erroff=%none -m64 -KPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_PYTHON_SOURCE -DNDEBUG -I"." -I"/usr/include/python2.4" -c -o "bin.v2/libs/python/build/sun/release/address-model-64/stdlib-sun-stlport/threading-multi/numeric.o" "libs/python/src/numeric.cpp" I haven't pasted the rest of the failures, since I think this is due because of this first failure. If need be, let me know, so I can email that as well. Regards, Iskandar

1 0

[wave] Some basic questions...
by Paul Johnson 23 Mar '10

23 Mar '10

I've just started using wave, but it occurs to me that there are some basic things I don't understand about it, and which aren't (I think) covered in the online docs. Does anyone know: 1 - presumably wave uses UTF-8? Will it accept arbitrary UTF-8 files? What if the source starts with a 3-byte UTF-8 BOM? 2 - how closely does the source have to conform to C/C++ code? I can understand that the source has to follow basic lexing conventions (use of apostrophes, and so on), but wave actually seems to carry out full C++ lexing. Why is this necessary - could it just process whitespace-delimited tokens (outside comments)? The reason I'm asking is that I'm pre-processing arbitrary non-C code. This seems to be Ok if I disable whitespace insertion for disambiguation, but I'd just like to be sure that I'm not missing something. Thanks - Paul

1 0

undefined reference to `boost::program_options
by G.NAGENDAR 23 Mar '10

23 Mar '10

Hi, When i run my C++ program which is using boost library, i am getting these errors main.o: In function `boost::program_options:: variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const': /usr/local/include/boost-1_35/boost/program_options/variables_map.hpp:161: undefined reference to `boost::program_options::abstract_variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /usr/local/include/boost-1_35/boost/program_options/variables_map.hpp:161: undefined reference to `boost::program_options::abstract_variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /usr/local/include/boost-1_35/boost/program_options/variables_map.hpp:161: undefined reference to `boost::program_options::abstract_variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' /usr/local/include/boost-1_35/boost/program_options/variables_map.hpp:161: undefined reference to `boost::program_options::abstract_variables_map::operator[](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const When i try to link the program library ( -lboost_program_options-mt ) it is giving errors /usr/bin/ld: cannot find -lboost_program_options-mt collect2: ld returned 1 exit status I have checked these using ls /usr/lib|grep boost command Output is libboost_date_time-mt.so.1.34. 1 libboost_date_time-mt.so.3 libboost_date_time.so.1.34.1 libboost_date_time.so.3 libboost_filesystem-mt.so.1.34.1 libboost_filesystem-mt.so.3 libboost_filesystem.so.1.34.1 libboost_filesystem.so.3 libboost_graph-mt.so.1.34.1 libboost_graph-mt.so.3 libboost_graph.so.1.34.1 libboost_graph.so.3 libboost_iostreams-mt.so.1.34.1 libboost_iostreams-mt.so.3 libboost_iostreams.so.1.34.1 libboost_iostreams.so.3 libboost_prg_exec_monitor-mt.so.1.34.1 libboost_prg_exec_monitor-mt.so.3 libboost_prg_exec_monitor.so.1.34.1 libboost_prg_exec_monitor.so.3 libboost_program_options-mt.so.1.34.1 libboost_program_options-mt.so.3 libboost_program_options.so.1.34.1 libboost_program_options.so.3 libboost_python-mt.so.1.34.1 libboost_python-mt.so.3 libboost_python.so.1.34.1 libboost_python.so.3 libboost_regex-mt.so.1.34.1 libboost_regex-mt.so.3 libboost_regex.so.1.34.1 libboost_regex.so.3 libboost_serialization-mt.so.1.34.1 libboost_serialization-mt.so.3 libboost_serialization.so.1.34.1 libboost_serialization.so.3 libboost_signals-mt.so.1.34.1 libboost_signals-mt.so.3 libboost_signals.so.1.34.1 libboost_signals.so.3 libboost_thread-mt.so.1.34.1 libboost_thread-mt.so.3 libboost_unit_test_framework-mt.so.1.34.1 libboost_unit_test_framework-mt.so.3 libboost_unit_test_framework.so.1.34.1 libboost_unit_test_framework.so.3 libboost_wave-mt.so.1.34.1 libboost_wave-mt.so.3 libboost_wave.so.1.34.1 libboost_wave.so.3 libboost_wserialization-mt.so.1.34.1 libboost_wserialization-mt.so.3 libboost_wserialization.so.1.34.1 libboost_wserialization.so.3 My LD_LIBRARY_PATH contains /usr/local/lib /usr/lib /usr/local/include/boost-1_35/boost Please help to solve this problem. Please... -- Thanks & Regards Nagendar

2 1