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

Re: [Boost-users] Boost interprocess named mutexes
by Mike Spertus 17 Aug '09

17 Aug '09

Ion Gaztanaga wrote: > Mike Spertus escribió: > > I am seeing the following problems with Boost interprocess named > > mutexes on Windows. > > > 3. Although the documentation says that mutexes have process > > persistence, they appear to have filesystem persistence. This means that > > is a process or system crashes while the mutex is held, the mutex is > > permanently unavailable (without deleting it). > > The documentation says kernel or filesystem persistence for "named mutex": > http://www.boost.org/doc/libs/1_39_0/doc/html/interprocess/some_basic_expla… > > Hi Ion, Sorry, I misread that doc page. You are of course correct. What do you think of my suggestion to use a Windows mutex to back a boost interprocess named mutex? Since "abandoned Windows mutexes" are automatically released by Windows, we see substantially fewer hangs when we use Windows mutexes. Thanks, Mike > Best, > > Ion >

2 1

[mpl, units] rational and static_rational
by alfC 17 Aug '09

17 Aug '09

Hi, I am looking for a template library that can handle compile time rationals, ideally with a similar interface to mpl::int_ and that plays well with boost::rational (the dynamic type). First I found boost/mpl/math/rational_c.hpp but soon I realized that it doesn't work with basic operations like mpl::plus, it doesn't even simplify reducible fractions (i.e. 2/4 -> 1/2), in fact it looks like it is just the storage of two (static) integers. Is this something that will be developed in the future or am I using it in the wrong way? Then I found boost::units::static_rational which is more promising, because it simplifies fractions and works with mpl::plus, but it is not integrated with boost::rational nor has an interface similar to that of mpl metatypes. Is there a way of extending mpl::math::rational_c with the existing libraries in boost, or a simple way to make boost::units::static_rational have an interface similar to mpl and also have a value type that returns it runtime boost::rational value? Thank you, Alfredo

1 0

Runtime properties in BGL
by Andre de Leiradella 17 Aug '09

17 Aug '09

Hi All, I've recently discovered BGL and am considering using it to replace some graph classes and algorithms I use in an application. One thing that I need is the ability of adding properties to nodes at runtime. In my application each node represents an operation to be performed upon a set of inputs and generating one or more outputs. The properties of the nodes are defined in an external file and depend on the node's operation. Does BGL support it? Both bundled properties and the property map seem to required the definition of the properties at compile-time, and they seem to required that all nodes have the same set of properties. While I could hold each node's properties in an external structure (i.e. std::map), I also want to use read_graphml/write_graphml to load/save the graph along with the node's properties. Thanks in advance, Andre de Leiradella

1 1

Need help in install boost 1.39 on Mac OSX
by n179911 16 Aug '09

16 Aug '09

Hi, I am following the step here to install boost 1.39 on Mac OSX: http://www.boost.org/doc/libs/1_39_0/more/getting_started/unix-variants.htm… I did: $ ./bootstrap.sh $ ./bjam install After the build is done. I do see boost-1_39 under /usr/local/include But, i don't see any boost related stuff in /usr/local/lib? So can you please tell me how to link to boost library? Where are the .a/.so files for boost libraries? Thank you.

2 3

Program using boost asio crashes on MacOSX
by n179911 16 Aug '09

16 Aug '09

Hi, I am trying to run blocking_udp_echo_server.cpp from Boost asio on MacOSX 10.5. But it crashes: >From the console: /Developer/SDKs/MacOSX10.5.sdk/usr/include/c++/4.0.0/debug/safe_iterator.h:127: error: attempt to copy-construct an iterator from a singular iterator. Objects involved in the operation: iterator "this" @ 0x0x100420 { type = N11__gnu_debug14_Safe_iteratorIN10__gnu_norm14_List_iteratorISt4pairIiPN5boost4asio6detail16reactor_op_queueIiE7op_baseEEEEN15__gnu_debug_def4listISB_SaISB_EEEEE (mutable iterator); state = singular; } iterator "other" @ 0x0xbfffee64 { type = N11__gnu_debug14_Safe_iteratorIN10__gnu_norm14_List_iteratorISt4pairIiPN5boost4asio6detail16reactor_op_queueIiE7op_baseEEEEN15__gnu_debug_def4listISB_SaISB_EEEEE (mutable iterator); state = singular; } Program received signal: “SIGABRT”. >From backtrace: (gdb) bt #0 0x918c3e42 in __kill () #1 0x918c3e34 in kill$UNIX2003 () #2 0x9193623a in raise () #3 0x91942679 in abort () #4 0x940d96f9 in __gnu_debug::_Error_formatter::_M_error () #5 0x0000ada6 in __gnu_debug::_Safe_iterator<__gnu_norm::_List_iterator<std::pair<int, boost::asio::detail::reactor_op_queue<int>::op_base*> >, __gnu_debug_def::list<std::pair<int, boost::asio::detail::reactor_op_queue<int>::op_base*>, std::allocator<std::pair<int, boost::asio::detail::reactor_op_queue<int>::op_base*> > > >::_Safe_iterator (this=0x100420, __x=@0xbfffee64) at debug/safe_iterator.h:124 #6 0x00010195 in boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type::bucket_type (this=0x100420) at hash_map.hpp:277 #7 0x0001291d in std::_Construct<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> (__p=0x100420, __value=@0xbfffee64) at stl_construct.h:81 #8 0x00012edd in std::__uninitialized_fill_n_aux<__gnu_cxx::__normal_iterator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type*, __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> > >, unsigned long, boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> (__first={_M_current = 0x100420}, __n=3, __x=@0xbfffee64) at stl_uninitialized.h:194 #9 0x00012f67 in std::uninitialized_fill_n<__gnu_cxx::__normal_iterator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type*, __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> > >, unsigned long, boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> (__first={_M_current = 0x100420}, __n=3, __x=@0xbfffee64) at stl_uninitialized.h:218 #10 0x00012f8f in std::__uninitialized_fill_n_a<__gnu_cxx::__normal_iterator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type*, __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> > >, unsigned long, boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> (__first={_M_current = 0x100420}, __n=3, __x=@0xbfffee64) at stl_uninitialized.h:310 #11 0x000134ba in __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> >::_M_fill_insert (this=0x1002f0, __position={_M_current = 0x0}, __n=3, __x=@0xbfffee64) at vector.tcc:365 #12 0x00013760 in __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> >::insert (this=0x1002f0, __position={_M_current = 0x0}, __n=3, __x=@0xbfffee64) at stl_vector.h:658 #13 0x00013807 in __gnu_norm::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> >::resize (this=0x1002f0, __new_size=3, __x=@0xbfffee64) at stl_vector.h:427 #14 0x000138c0 in __gnu_debug_def::vector<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type, std::allocator<boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::bucket_type> >::resize (this=0x1002f0, __sz=3, __c=@0xbfffee64) at debug/vector:169 #15 0x0001400e in boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::rehash (this=0x1002c4, num_buckets=3) at hash_map.hpp:221 #16 0x0001443b in boost::asio::detail::hash_map<int, boost::asio::detail::reactor_op_queue<int>::op_base*>::hash_map (this=0x1002c4) at hash_map.hpp:67 #17 0x000144c4 in boost::asio::detail::reactor_op_queue<int>::reactor_op_queue (this=0x1002c0) at reactor_op_queue.hpp:42 #18 0x00014574 in boost::asio::detail::kqueue_reactor<false>::kqueue_reactor (this=0x100270, io_service=@0xbffff7a4) at kqueue_reactor.hpp:86 #19 0x00014850 in boost::asio::detail::service_registry::use_service<boost::asio::detail::kqueue_reactor<false> > (this=0x100180) at service_registry.hpp:109 #20 0x0001499d in boost::asio::use_service<boost::asio::detail::kqueue_reactor<false> > (ios=@0xbffff7a4) at impl/io_service.ipp:195 #21 0x00014abd in boost::asio::detail::reactive_socket_service<boost::asio::ip::udp, boost::asio::detail::kqueue_reactor<false> >::reactive_socket_service (this=0x100250, io_service=@0xbffff7a4) at reactive_socket_service.hpp:111 #22 0x00014b94 in boost::asio::detail::service_registry::use_service<boost::asio::detail::reactive_socket_service<boost::asio::ip::udp, boost::asio::detail::kqueue_reactor<false> > > (this=0x100180) at service_registry.hpp:109 #23 0x00014ce1 in boost::asio::use_service<boost::asio::detail::reactive_socket_service<boost::asio::ip::udp, boost::asio::detail::kqueue_reactor<false> > > (ios=@0xbffff7a4) at impl/io_service.ipp:195 #24 0x00014d25 in boost::asio::datagram_socket_service<boost::asio::ip::udp>::datagram_socket_service (this=0x100230, io_service=@0xbffff7a4) at datagram_socket_service.hpp:95 #25 0x00014dee in boost::asio::detail::service_registry::use_service<boost::asio::datagram_socket_service<boost::asio::ip::udp> > (this=0x100180) at service_registry.hpp:109 #26 0x00014f3b in boost::asio::use_service<boost::asio::datagram_socket_service<boost::asio::ip::udp> > (ios=@0xbffff7a4) at impl/io_service.ipp:195 #27 0x00014f61 in boost::asio::basic_io_object<boost::asio::datagram_socket_service<boost::asio::ip::udp> >::basic_io_object (this=0xbffff6a4, io_service=@0xbffff7a4) at basic_io_object.hpp:72 #28 0x00014fd3 in boost::asio::basic_socket<boost::asio::ip::udp, boost::asio::datagram_socket_service<boost::asio::ip::udp> >::basic_socket (this=0xbffff6a4, io_service=@0xbffff7a4, endpoint=@0xbffff6b8) at basic_socket.hpp:108 #29 0x000150b5 in boost::asio::basic_datagram_socket<boost::asio::ip::udp, boost::asio::datagram_socket_service<boost::asio::ip::udp> >::basic_datagram_socket (this=0xbffff6a4, io_service=@0xbffff7a4, endpoint=@0xbffff6b8) at basic_datagram_socket.hpp:107 #30 0x00002022 in server (io_service=@0xbffff7a4, port=8090) at /Users/n179911/Documents/ServerXCode/main.cpp:21 #31 0x0000217a in main (argc=2, argv=0xbffff7e8) at /Users/n179911/Documents/ServerXCode/main.cpp:47 (gdb) Any one has any idea?

2 1

Boost interprocess named mutexes
by Mike Spertus 16 Aug '09

16 Aug '09

I am seeing the following problems with Boost interprocess named mutexes on Windows. 1. As mentioned in my other threads, interprocess mutexes do not provide mutual exclusion between processes run by different users. The reason for this is the shared memory mappings backing the mutexes are placed in different directories. 2. If a process crashes while holding a mutex, no other process can subsequently acquire the mutex. 3. Although the documentation says that mutexes have process persistence, they appear to have filesystem persistence. This means that is a process or system crashes while the mutex is held, the mutex is permanently unavailable (without deleting it). Are these accurate statements? If so, could these be addressed by having Boost::interprocess use Win32 named mutexes (which I understand to have none of these defects) like it uses pthread mutexes on Linux? Thanks, Mike

2 1

[Fusion] transform with more than 2 parameters, at_c on arithmetic types
by joel 16 Aug '09

16 Aug '09

I need to make a function that takes a N-ary function object F and N+1 fusion sequence R, S0, .., Sn-1 and do, for each element of those sequences : at_c<i>(R) = F( at_c<i>(S0), .., at_c<i>(Sn-1) ); I tried to use combo fo zip+transform but I failed miserabily. So is there anyway to do this beside writing a map function by hand using Boost.PP ? More over, I want my map function to have some of its argumetns being arithmetic types. However fusion::at_c<N>(T) with T arithmetic fails cause T is tagged as non_fusion_tag. Is it possible, without ill effects to add the support for non-fusion type for at as in : namespace boost { namespace fusion { namespace extension { template<> struct at_impl<non_fusion_tag> { template<class T,class N> struct apply { typedef typename mpl::if_c< is_const<T>::value, T const&, T& >::type type; static type call(T& seq) { return seq; } }; }; } } } Or is it better for me to do my own at that tag-dispatch between fusion type and non-fusion type ? -- ___________________________________________ Joel Falcou - Assistant Professor PARALL Team - LRI - Universite Paris Sud XI Tel : (+33)1 69 15 66 35

1 0

property_tree CDATA
by Gordon Smith 15 Aug '09

15 Aug '09

property_tree is working well except that CDATA text is missing. The underlying XML library (rapidxml) contains CDATA after reading but it is not transferred to the property_tree structure. Is there a setting I've missed to include CDATA? If not, I've modified the rapidxml reader to transfer CDATA nodes so I already have a workaround. Is this an area that is being worked on, or is CDATA excluded for a reason?

2 1

iterators and value_type in multi_array
by HweeKuan Lee 15 Aug '09

15 Aug '09

i'm new to boost, but use the standard template library a lot. I have problems with the following code. line 12: according to the reference, i should be able to do this, but cannot compile. compile error is very long, tell me if I should include them here. my compiler: gcc version 4.0.1 (Apple Inc. build 5490) thanks in advance for your help. 1 #include <boost/multi_array.hpp> 2 3 int main ( ) { 4 5 typedef boost::multi_array<double,2> matrix_type; 6 typedef matrix_type::iterator iterator; 7 8 matrix_type mat(boost::extents[2][3]); 9 double v = .2; 10 11 for(iterator it=mat.begin();it!=mat.end();++it) { 12 (*it) = v; // compile error 13 } 14 }

3 2

Installed boost::regex, and it compiles, but can't get it to link
by Jerry Davis 15 Aug '09

15 Aug '09

I am running ubuntu 9.04 I have built the libs from 1.39.0 with gcc 4.3 and moved them to /usr/local/boost I have done a $ sudo ldconfig -v and have seen the boost libaries are installed here is the code, taken from the boost web site: #include <boost/regex.hpp> #include <iostream> #include <string> using namespace std; int main() { string line; boost::regex pat( "^Subject: (Re: |Aw: )*(.*)" ); while (cin) { getline(cin, line); boost::smatch matches; if (boost::regex_match(line, matches, pat)) cout << matches[2] << endl; } } I can compile ok: g++ -I /usr/local/boost/include/boost-1_39 -c regex_example.cpp But when I try to link I get a ton of errors, can anyone tell me what I need to do next? -- Jerry $ g++ -I /usr/local/boost/include/boost-1_39 -L /usr/local/boost/lib regex_example.cpp /tmp/ccBBRJVR.o: In function `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::assign(char const*, char const*, unsigned int)': regex_example.cpp:(.text._ZN5boost11basic_regexIcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE6assignEPKcS7_j[boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::assign(char const*, char const*, unsigned int)]+0x22): undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' /tmp/ccBBRJVR.o: In function `boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::perl_matcher(__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, >__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, >std::char_traits<char>, std::allocator<char> > >, >boost::match_results<__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, >std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > >>&, boost::basic_regex<char, boost::regex_traits<char, >>boost::cpp_regex_traits<char> > > const&, >>boost::regex_constants::_match_flags, __gnu_cxx::__normal_iterator<char >>const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >>> >)': >>> >regex_example.cpp:(.text._ZN5boost9re_detail12perl_matcherIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS6_EEENS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEEC1ES6_S6_RNS_13match_resultsIS6_S9_EERKNS_11basic_regexIcSD_EENS_15regex_constants12_match_flagsES6_[boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >>> >const*, std::basic_string<char, std::char_traits<char>, >>> >std::allocator<char> > >, >>> >std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >>> >std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >>> >>, boost::regex_traits<char, boost::cpp_regex_traits<char> > >>> >>>::perl_matcher(__gnu_cxx::__normal_iterator<char const*, >>> >>>std::basic_string<char, std::char_traits<char>, std::allocator<char> > >>> >>>>, __gnu_cxx::__normal_iterator<char const*, std::basic_string<char, >>> >>>>std::char_traits<char>, std::allocator<char> > >, >>> >>>>boost::match_results<__gnu_cxx::__normal_iterator<char const*, >>> >>>>std::basic_string<char, std::char_traits<char>, std::allocator<char> > >>> >>>>>, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>std::allocator<char> > > > > >&, boost::basic_regex<char, >>> >>>>>boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, >>> >>>>>boost::regex_constants::_match_flags, >>> >>>>>__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, >>> >>>>>std::char_traits<char>, std::allocator<char> > >)]+0xc2): undefined >>> >>>>>reference to >>> >>>>>`boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >>> >>>>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>std::allocator<char> > >, >>> >>>>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>std::allocator<char> > > > >, boost::regex_traits<char, >>> >>>>>boost::cpp_regex_traits<char> > >>> >>>>>>::construct_init(boost::basic_regex<char, boost::regex_traits<char, >>> >>>>>>boost::cpp_regex_traits<char> > > const&, >>> >>>>>>boost::regex_constants::_match_flags)' /tmp/ccBBRJVR.o: In function >>> >>>>>>`bool boost::regex_match<__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>std::basic_string<char, std::char_traits<char>, std::allocator<char> >>> >>>>>>> >, >>> >>>>>>> >std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >std::allocator<char> > > > >, char, boost::regex_traits<char, >>> >>>>>>> >boost::cpp_regex_traits<char> > >>> >>>>>>> >>(__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > >, __gnu_cxx::__normal_iterator<char >>> >>>>>>> >>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > >, >>> >>>>>>> >>boost::match_results<__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > >, >>> >>>>>>> >>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > > > > >&, boost::basic_regex<char, >>> >>>>>>> >>boost::regex_traits<char, boost::cpp_regex_traits<char> > > >>> >>>>>>> >>const&, boost::regex_constants::_match_flags)': >>> >>>>>>> >>regex_example.cpp:(.text._ZN5boost11regex_matchIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS5_EEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEEEbT_SD_RNS_13match_resultsISD_T0_EERKNS_11basic_regexIT1_T2_EENS_15regex_constants12_match_flagsE[bool >>> >>>>>>> >>boost::regex_match<__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > >, >>> >>>>>>> >>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>std::allocator<char> > > > >, char, boost::regex_traits<char, >>> >>>>>>> >>boost::cpp_regex_traits<char> > >>> >>>>>>> >>>(__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, __gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>boost::match_results<__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > > > > >&, boost::basic_regex<char, >>> >>>>>>> >>>boost::regex_traits<char, boost::cpp_regex_traits<char> > > >>> >>>>>>> >>>const&, boost::regex_constants::_match_flags)]+0x47): undefined >>> >>>>>>> >>>reference to >>> >>>>>>> >>>`boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > > > >, boost::regex_traits<char, >>> >>>>>>> >>>boost::cpp_regex_traits<char> > >::match()' /tmp/ccBBRJVR.o: In >>> >>>>>>> >>>function `boost::cpp_regex_traits<char>::transform(char const*, >>> >>>>>>> >>>char const*) const': >>> >>>>>>> >>>regex_example.cpp:(.text._ZNK5boost16cpp_regex_traitsIcE9transformEPKcS3_[boost::cpp_regex_traits<char>::transform(char >>> >>>>>>> >>>const*, char const*) const]+0x30): undefined reference to >>> >>>>>>> >>>`boost::re_detail::cpp_regex_traits_implementation<char>::transform(char >>> >>>>>>> >>>const*, char const*) const' /tmp/ccBBRJVR.o: In function >>> >>>>>>> >>>`boost::cpp_regex_traits<char>::transform_primary(char const*, >>> >>>>>>> >>>char const*) const': >>> >>>>>>> >>>regex_example.cpp:(.text._ZNK5boost16cpp_regex_traitsIcE17transform_primaryEPKcS3_[boost::cpp_regex_traits<char>::transform_primary(char >>> >>>>>>> >>>const*, char const*) const]+0x30): undefined reference to >>> >>>>>>> >>>`boost::re_detail::cpp_regex_traits_implementation<char>::transform_primary(char >>> >>>>>>> >>>const*, char const*) const' /tmp/ccBBRJVR.o: In function >>> >>>>>>> >>>`boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > > > >, boost::regex_traits<char, >>> >>>>>>> >>>boost::cpp_regex_traits<char> > >::match_match()': >>> >>>>>>> >>>regex_example.cpp:(.text._ZN5boost9re_detail12perl_matcherIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS6_EEENS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE11match_matchEv[boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > > > >, boost::regex_traits<char, >>> >>>>>>> >>>boost::cpp_regex_traits<char> > >::match_match()]+0x172): >>> >>>>>>> >>>undefined reference to >>> >>>>>>> >>>`boost::match_results<__gnu_cxx::__normal_iterator<char const*, >>> >>>>>>> >>>std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > >, >>> >>>>>>> >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>std::allocator<char> > > > > >>> >>>>>>> >>>>::maybe_assign(boost::match_results<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>>std::allocator<char> > >, >>> >>>>>>> >>>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char >>> >>>>>>> >>>>const*, std::basic_string<char, std::char_traits<char>, >>> >>>>>>> >>>>std::allocator<char> > > > > > const&)' /tmp/ccBBRJVR.o: In >>> >>>>>>> >>>>function >>> >>>>>>> >>>>`boost::re_detail::cpp_regex_traits_implementation<char>::error_string(boost::regex_constants::error_type) >>> >>>>>>> >>>>const': >>> >>>>>>> >>>>regex_example.cpp:(.text._ZNK5boost9re_detail31cpp_regex_traits_implementationIcE12error_stringENS_15regex_constants10error_typeE[boost::re_detail::cpp_regex_traits_implementation<char>::error_string(boost::regex_constants::error_type) >>> >>>>>>> >>>>const]+0x9b): undefined reference to >>> >>>>>>> >>>>`boost::re_detail::get_default_error_string(boost::regex_constants::error_type)' >>> >>>>>>> >>>>regex_example.cpp:(.text._ZNK5boost9re_detail31cpp_regex_traits_implementationIcE12error_stringENS_15regex_constants10error_typeE[boost::re_detail::cpp_regex_traits_implementation<char>::error_string(boost::regex_constants::error_type) >>> >>>>>>> >>>>const]+0x140): undefined reference to >>> >>>>>>> >>>>`boost::re_detail::get_default_error_string(boost::regex_constants::error_type)' /tmp/ccBBRJVR.o: >>> >>>>>>> >>>>In function `void >>> >>>>>>> >>>>boost::re_detail::raise_error<boost::regex_traits_wrapper<boost::regex_traits<char, >>> >>>>>>> >>>>boost::cpp_regex_traits<char> > > >>> >>>>>>> >>>>>(boost::regex_traits_wrapper<boost::regex_traits<char, >>> >>>>>>> >>>>>boost::cpp_regex_traits<char> > > const&, >>> >>>>>>> >>>>>boost::regex_constants::error_type)': regex_example.cpp:(.text._ZN5boost9re_detail11raise_errorINS_20regex_traits_wrapperINS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEEEEEvRKT_NS_15regex_constants10error_typeE[void boost::re_detail::raise_error<boost::regex_traits_wrapper<boost::regex_traits<char, boost::cpp_regex_traits<char> > > >(boost::regex_traits_wrapper<boost::regex_traits<char, >boost::cpp_regex_traits<char> > > const&, >boost::regex_constants::error_type)]+0x72): undefined reference to >`boost::re_detail::raise_runtime_error(std::runtime_error >const&)' /tmp/ccBBRJVR.o: In function >`boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, >std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, >boost::regex_traits<char, boost::cpp_regex_traits<char> > >::extend_stack()': >regex_example.cpp:(.text._ZN5boost9re_detail12perl_matcherIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS6_EEENS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE12extend_stackEv[boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char >const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >>, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >>std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, >>boost::regex_traits<char, boost::cpp_regex_traits<char> > >>>::extend_stack()]+0x20): undefined reference to >>>`boost::re_detail::get_mem_block()' /tmp/ccBBRJVR.o: In function >>>`boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, >>>std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, >>>std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >>>std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >>>>, boost::regex_traits<char, boost::cpp_regex_traits<char> > >>>>>::unwind_extra_block(bool)': regex_example.cpp:(.text._ZN5boost9re_detail12perl_matcherIN9__gnu_cxx17__normal_iteratorIPKcSsEESaINS_9sub_matchIS6_EEENS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE18unwind_extra_blockEb[boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, >std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, >boost::regex_traits<char, boost::cpp_regex_traits<char> > >>::unwind_extra_block(bool)]+0x48): undefined reference to >>`boost::re_detail::put_mem_block(void*)' collect2: ld returned 1 exit status -- Hobbit Name: Pimpernel Loamsdown Registered Linux User: 275424 K7AZJ This email's Fortune: Yow! I want my nose in lights!

2 2

Re: [Boost-users] how to know my own IP address
by dhruva 15 Aug '09

15 Aug '09

Hello, > >> I'm using the boost library to create and manage a UDP socket. I > >> was wondering if there is a way to know the public address of my > >> machine using the boost classes. With this code > >> > >> udp::endpoint thisendpoint(udp::v4(), UDPPORT); > >> boost::asio::ip::address myaddress = thisendpoint.address(); > >> std::cout<< "__My IP address: " << myaddress.to_string() << > >> std::endl; > >> > >> I can only print the any_address (0.0.0.0)... thanks, > >> > >> p_viotti _______________________________________________ > > Tommy> You can always adress your own machine via the special > Tommy> ip adress 127.0.0.1 (or the special domain localhost) I have worked on this topic quite extensively. We had a requirement to find the global IP address of the local machine to be able to send ICMP6 packets. The packets needs to be signed by the senders IP address else machines on a network need not respond. The problem is a machine can have multiple NICs. So, you need a mechanism to iterate all available NICs and get the associated IP addresses. In this problem domain, MS Windows wins as they have nice APIs (GetAdaptersAddresses) to do that. Coming to GNU/Linux land, you need to parse the '/proc/net/if_inet6'. So, I ended up writing code that works on windows and gnu/linux. In short, there is no easy way to do it. Using name resolution is not an option as some machines might not have a DNS entry. It is not foolproof. -dhruva See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. http://in.buzz.yahoo.com/

1 0

Re: [Boost-users] randomize_property question
by mcorbion＠mobigis.fr 14 Aug '09

14 Aug '09

On Fri, 14 Aug 2009, mcorbion_at_[hidden] wrote: > Ok so I still can't use the randomize property but I've done a workaround. > I created an AbstractGraph class which has a m_Graph adjacency_list type > of graph. And nodes uses the bundled property : > struct City > { > int pos_X; > int pos_Y; > }; > > > My workaround test function uses the property map given to randomly set > the values, but it's still too specific : > > template <typename Graph, typename BundProp,typename RandomGenerator> > void AbstractGraph::test(bundle_property_map<Graph,unsigned > int,BundProp,int> p_PMap, RandomGenerator& p_ewrg){ > > AbstractGraph::N_iterator l_NodeStart; > AbstractGraph::N_iterator l_NodeEnd; > AbstractGraph::GetNodes(l_NodeStart,l_NodeEnd); > > for (; l_NodeStart != l_NodeEnd; ++l_NodeStart) { > p_PMap[*l_NodeStart] = p_ewrg(); > } > } > > called this way in the main : > > mt19937 l_Gen(1988); > boost::uniform_int<> RandRange(1,10); > boost::variate_generator<boost::mt19937&, boost::uniform_int<> > > ew2rg(l_Gen, RandRange); > > > typedef property_map<Graph, int(City::*)>::type t_PMapCity; > t_PMapCity l_PMap=get(&City::pos_X,m_Graph); > test<Graph,City>(l_PMap,ew2rg); > > > I would like to include the two line that generates the property_map from > the main to the test function. I've tried this : > > template <typename Graph, typename PropertyTagType,typename RandomGenerator> > void AbstractGraph::test2( ??? p_PropertyTagName,RandomGenerator& p_ewrg){ > > typedef property_map<Graph, PropertyTagType>::type t_PMap; > t_PMap l_PMap=get(PropertyTagName,m_Graph); > AbstractGraph::N_iterator l_NodeStart; > AbstractGraph::N_iterator l_NodeEnd; > AbstractGraph::GetNodes(l_NodeStart,l_NodeEnd); > > for (; l_NodeStart != l_NodeEnd; ++l_NodeStart) { > p_PMap[*l_NodeStart] = p_ewrg(); > } > } > > called this way : > > test2<Graph,int(City::*)>(l_Gen, &City::pos_X); > > But I can't figure any type for &City::pos_X in order to write the header > for test2 allowing the function to work with float, char ... The type of &City::pos_X should be "int City::*" (without the extra parentheses); however, argument deduction should pick that up for you automatically, both for this code and randomize_property. The ??? in test2 should be PropertyTagType, I believe. -- Jeremiah Willcock Thanks a lot for the help. I've changed test2 and it works! Here's the code for those who encounters the same problem : template <typename Graph, typename PropertyTagType,typename RandomGenerator> void AbstractGraph::test2( PropertyTagType p_PropertyTagName,RandomGenerator& p_ewrg){ typedef property_map<Graph, PropertyTagType>::type t_PMap; t_PMap l_PMap=get(p_PropertyTagName,m_Graph); AbstractGraph::N_iterator l_NodeStart; AbstractGraph::N_iterator l_NodeEnd; AbstractGraph::GetNodes(l_NodeStart,l_NodeEnd); for (; l_NodeStart != l_NodeEnd; ++l_NodeStart) { l_PMap[*l_NodeStart] = p_ewrg(); } } and how to call it : test2<Graph>(&City::pos_X,ew2rg); //or test2<Graph,int City::*>(l_Gen,&City::pos_X); As you said deduction picked up for me the typename for PropertyTagType but putting directly the type "int City::*" doesn't work for the template in randomize_property (whereas it works with my function test 2). randomize_property<int City::*>(m_Graph,ew2rg); It gives me this compiling error : \boost\pending\property.hpp(47) : error C2825: 'PropertyTag' : doit être une classe ou un espace de noms lorsqu'il est suivi par '::' \boost\graph\random.hpp(196) : voir la référence à l'instanciation de la classe modèle 'boost::property_kind<PropertyTag>' en cours de compilation which translates to : \boost\pending\property.hpp(47) : error C2825: PropertyTag must be a class or a namespace when followed by '::' \boost\graph\random.hpp(196) : see the reference at instanciation of the model class 'boost::property_kind<PropertyTag>' In randomize_property there are no input of the Class Property : template<class Property, class G, class RandomGenerator> void randomize_property(G& g, RandomGenerator& rg) It only tries to get the property_kind from it : typename property_kind<Property>::type() In order to invoke the more detailed function. And even when I will have the errorC2825 fixed, I think that my City structure having no "kind" element, it won't be able to pick the right detailed function. I checked property_kind and it redefines "kind" into "type" : template <class PropertyTag> struct property_kind { typedef typename PropertyTag::kind type; }; To sum it up I now have three questions ^^: 1 How can I solve the errorC2825? because the template instanciation works fine with my test2 function and not with the randomize_property 2 Will the property_kind structure work with a bundled property? And if not here's the question 3... 3 Is there a way to get to know from a bundled property if it's an edge_property_tag or a vertex_property_tag? This way I could directly use detail::randomize_property and give it myself. P.S for number 3 : I thought about adding "kind" in my Struct City from the type : boost::vertex_property_tag. So I could use it in my detailed randomize_property call, but if there is another way I would be happy to know it. Thanks in advance M.Corbion

1 0

[boost][accumulators]: runtime accumulator_set construction?
by Stephen Nuchia 14 Aug '09

14 Aug '09

Forgive me, my brain still thinks in C... or C++'86 on a good day. Looking at the documentation for Accumulators, and given what I think I understand about C++ metaprogramming, it looks as though the dependency resolution mechanisms in the accumulator framework operate only at compile time. Is this right? Is runtime specification of a set of features possible? Thank you, -swn

2 1

Re: [Boost-users] randomize_property question
by mcorbion＠mobigis.fr 14 Aug '09

14 Aug '09

Ok so I still can't use the randomize property but I've done a workaround. I created an AbstractGraph class which has a m_Graph adjacency_list type of graph. And nodes uses the bundled property : struct City { int pos_X; int pos_Y; }; My workaround test function uses the property map given to randomly set the values, but it's still too specific : template <typename Graph, typename BundProp,typename RandomGenerator> void AbstractGraph::test(bundle_property_map<Graph,unsigned int,BundProp,int> p_PMap, RandomGenerator& p_ewrg){ AbstractGraph::N_iterator l_NodeStart; AbstractGraph::N_iterator l_NodeEnd; AbstractGraph::GetNodes(l_NodeStart,l_NodeEnd); for (; l_NodeStart != l_NodeEnd; ++l_NodeStart) { p_PMap[*l_NodeStart] = p_ewrg(); } } called this way in the main : mt19937 l_Gen(1988); boost::uniform_int<> RandRange(1,10); boost::variate_generator<boost::mt19937&, boost::uniform_int<> > ew2rg(l_Gen, RandRange); typedef property_map<Graph, int(City::*)>::type t_PMapCity; t_PMapCity l_PMap=get(&City::pos_X,m_Graph); test<Graph,City>(l_PMap,ew2rg); I would like to include the two line that generates the property_map from the main to the test function. I've tried this : template <typename Graph, typename PropertyTagType,typename RandomGenerator> void AbstractGraph::test2( ??? p_PropertyTagName,RandomGenerator& p_ewrg){ typedef property_map<Graph, PropertyTagType>::type t_PMap; t_PMap l_PMap=get(PropertyTagName,m_Graph); AbstractGraph::N_iterator l_NodeStart; AbstractGraph::N_iterator l_NodeEnd; AbstractGraph::GetNodes(l_NodeStart,l_NodeEnd); for (; l_NodeStart != l_NodeEnd; ++l_NodeStart) { p_PMap[*l_NodeStart] = p_ewrg(); } } called this way : test2<Graph,int(City::*)>(l_Gen, &City::pos_X); But I can't figure any type for &City::pos_X in order to write the header for test2 allowing the function to work with float, char ... Thanks in advance M.CORBION

2 1

Re: [Boost-users] [interprocess]files locations for mutex and named shm
by Mike Spertus 14 Aug '09

14 Aug '09

Ion Gazta?aga wrote > Mike Spertus escribi?: > >> > I'm being bitten by the surprise discovery that different Windows users >> > can't(?) communicate via named shared memory using Boost Interprocess as >> > in the post below from 2008-09-18 (Changing all processes to use the >> > same TMP directory is not an option for us due to interoperability >> > requirements). Is there a workaround? Was anything ever done about the >> > proposed solution below? Another alternative would be to make it >> > possible to specify the "Boost Interprocess temp directory". >> > > For boost 1.40 I've changed the TMP directory for the Common Documents > directory, searching that folder using the registry. In theory, that > folder is accessible by all processes and should be present in all > systems. Nevertheless, I'll add the option to specify the temp directory > to my to-do list, maybe using an environment variable? > > Best, > > Ion > > Hi Ion, Thanks for the response. boost 1.40 will be a big help. Among other things, I have found that this results in a much more serious problem, which is that boost interprocess named mutexes do not provide mutual exclusion because the service and application will use different directories to hold the shared memory mappings that back the mutex. As far as specifying the temp directory, providing an API instead of an envar would prevent conflict with other apps using boost::interprocess if we distribute our application and have to set a global envar in our installer. Thanks again, Mike

1 0

how to know my own IP address
by Paolo Viotti 14 Aug '09

14 Aug '09

Hi, I'm using the boost library to create and manage a UDP socket. I was wondering if there is a way to know the public address of my machine using the boost classes. With this code udp::endpoint thisendpoint(udp::v4(), UDPPORT); boost::asio::ip::address myaddress = thisendpoint.address(); std::cout<< "__My IP address: " << myaddress.to_string() << std::endl; I can only print the any_address (0.0.0.0)... thanks, p_viotti

5 4

randomize_property question
by mcorbion＠mobigis.fr 14 Aug '09

14 Aug '09

Hello I'm currently trying to create a randomly made graph and I'm having problem populating the properties using the randomize_property. Just like this man http://lists.boost.org/boost-users/2005/09/14033.php I'm wondering if it's even possible to use randomize_property with the bundled properties? I hope so because the bundled properties are in my opinion much more easy to use. Here's the bundled property I would like to randomize (which is quite basic): struct City { int pos_X; int pos_Y; }; I've tried to get from it the property class needed using vertex_bundle_type<Graph>::type this way : randomize_property<vertex_bundle_type<Graph>::type>(m_Graph,l_Gen); I then looked in the source code and it seems that the function merely takes a property_map and randomly changes the values. So I tried this (I was desperate^^) using the way "get" works with bundled property : randomize_property<&City::pos_X>(m_Graph,l_Gen); Here's the source code for randomize_property boost/graph/random.hpp 169 template<class Property, class G, class RandomGenerator> 170 void randomize_property(G& g, RandomGenerator& rg, 171 Property, vertex_property_tag) 172 { 173 typename property_map<G, Property>::type pm = get(Property(), g); 174 typename graph_traits<G>::vertex_iterator vi, ve; 175 for (tie(vi, ve) = vertices(g); vi != ve; ++vi) { 176 pm[*vi] = rg(); 177 } 178 } I know that for my short example and, by inspiring me from the source, I could do it manually but I'd rather do it using genericity. Hope there isn't too much broken english. Thanks M.Corbion

1 0

[Program options] changing output format of options_description
by Roman Shmelev 14 Aug '09

14 Aug '09

Hi! I'm using boost::program_options and my program obtains many parameters. When name or default value of param is long, I get smth like this while trying to cout << desc_obj; fullname-of-important-file, f (=/fold1/fold2/fold3/file.ext) The description if so narrow :( And I wish if it was like this: fullname-of-important-file, f (=/fold1/fold2/fold3/file.ext) The description is here. Such formatting is much more beautiful, IMHO. [empty line?] another-param (=value) Another long long long long description Is there any way to do this? some switcher..

3 6

minor boost::interprocess::vector bug (?)
by Bob Walters 13 Aug '09

13 Aug '09

I have encountered a minor bug with boost::interprocess::vector<> which involves a situation where std::uninitialized_copy() is invoked with a NULL pointer value, and length of 0. I’m not sure if that is truly an error, but unfortunately the MWVC (9.0) debug library has an assertion which gets tripped by the null pointer value, so I've had little choice but to patch my copy of the code to prevent that call from happening. Let me know if you want me to create a trac item for this problem. The problem occurs when an empty vector (created by the single allocator argument constructor) is swapped with a vector that has an established capacity. Specifically, I see this with the following code: boost::interprocess::vector<char,char_alloc_type> *buffer = somewhere_in_shared_memory; // can’t construct ovectorstream to use buffer directly, but can swap it into place: boost::interprocess::basic_ovectorstream< buffer_t<void_alloc_t> > vstream(buffer->get_allocator()); vstream.swap_vector(*buffer); On msvc (9.0), somewhere below priv_range_insert(), a call gets issued to std::uninitialized_copy with a null pointer and length of 0. My solution to this was to modify vector::swap as follows: diff -r ./containers/container/vector.hpp ../../../../boost_1_39_0/boost/interprocess/containers/container/vector.hpp 1206,1208c1206,1210 < this->reserve(new_size); < containers_detail::default_construct_aux_proxy<T, T*, size_type> proxy(n); < priv_range_insert(this->cend().get_ptr(), n, proxy); --- > if (n>0) { > this->reserve(new_size); > containers_detail::default_construct_aux_proxy<T, T*, size_type> proxy(n); > priv_range_insert(this->cend().get_ptr(), n, proxy); > } Again, let me know if you want me to create a ticket for this problem.

1 0

[statechart] Can inner states be defined for a state in orthogonal region?
by Gordon Smith 13 Aug '09

13 Aug '09

I'm unable to compile the machine below that includes inner states within a state in an orthogonal region. The error is: use of undefined type 'boost::STATIC_ASSERTION_FAILURE<x>' {{{ struct SerialPort : public state_machine< SerialPort, StateTXWrapper > {} struct StateTXWrapper: simple_state< StateTXWrapper, SerialPort, mpl::list< StateTXNotReady, StateStart > > {}; // Orthogonal 0 struct StateMrf : simple_state< StateMrf, StateTXWrapper::orthogonal< 0 > > {}; struct StatePortClosed : simple_state< StatePortClosed, StateTXWrapper::orthogonal< 0 > > {}; struct StateOpenPort : simple_state< StateOpenPort, StatePortClosed > {}; struct StateOpenPortWait : simple_state< StateOpenPortWait, StatePortClosed > {}; }}} The assert is invoked for StateOpenPort and StateOpenPortWait: BOOST_STATIC_ASSERT( ( mpl::less< orthogonal_position, typename context_type::no_of_orthogonal_regions >::value ) ); Is it possible to have such inner states? Boost version 1.38 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86

2 1

[serialization - newbie] serializing/deserializing singleton class objects
by Soumen 13 Aug '09

13 Aug '09

Hi, This is query was posted as part of different question. Doing a fresh post with a new topic as earlier one didn't fetch any response - assuming it may got lost in the original context. I'm trying to serialize/deserialize singleton class objects. My code is similar to following for save/restore: void save(boost::archive::binary_oarchive &archive) { MyData *data = MyData::instance(); if (data) archive << data; } void restore(boost::archive::binary_iarchive &archive) { MyData::cleanup(); archive >> (MyData *) MyData::instance(); } My save function works - stores data on disk. But the restore function doesn't compile. I get error like following: error: no match for ‘operator>>’ in ‘archive >> (MyData *) MyData::instance()’ /boost/1_35_0/include/boost/archive/detail/interface_iarchive.hpp:62: note: candidates are: Archive& boost::archive::detail::interface_iarchive<Archive>::operator>>(T&) [with T = MyData*, Archive = boost::archive::binary_iarchive] If I change the 2nd line of restore function in following way, the error message almost remains same: MyData *inst = MyData::instance(); archive >> (MyData *) inst; Please guide me what I'm doing wrongly. Regards, ~ Soumen -- View this message in context: http://www.nabble.com/-serialization---newbie--serializing-deserializing-si… Sent from the Boost - Users mailing list archive at Nabble.com.

3 10

Re: [Boost-users] question about multi_array use
by Alle Meije Wink 13 Aug '09

13 Aug '09

> On Sat, Aug 8, 2009 at 4:51 PM, Alle Meije Wink<a.m.wink(a)gmail.com> wrote: > >>> You could always just wrap up each of the possible dimensions in a >>> struct that can handle the (de)serialization and everything too, >>> perhaps use crtp to put identical functionality in a non-virtual base >>> class. > >> Overmind, I guess compared to what I had in mind (define the data container >> of the image [template?] class as a multi_array with a dimensionality given >> as a size_t parameter), the CRTP struct you are talking about specifies all >> of the possible types. Is that correct? >> >> If I understand it correctly then this does what I want, but does that mean >> that in the worst-case scenario, I have to write out the functionality for >> all different dimensionalities? If the parameterised template class idea is >> possible, that would save some typing! > > I could see using fusion (mostly the "apply" construct) would make it > generic to any number of dimensions. Boost.Fusion is amazing for such > work, think MPL, but it works at runtime too. > I like the look of boost::Fusion in terms of advanced generic C++ programming, but in terms of finding a concise description of my image template class / class / data type, this may be overshooting the aim a bit. Plus I will need to read up on template metaprogramming! Coming back to the original idea: my images are stored as files which have a (on-disc 1-dimensional) sequence of intensities, and a header containing a number dims (dimensionality) and an array dim[8] (maximum of 8 dimensions). The problem that images can have different (but all built-in) data types can be circumvented with template programming, which is great compared to the old C-style casting to double. But talking about C-style, dealing with dimensions was possible in a fast way (in terms of both coding and runnning) with malloc and pointers (to pointers (to pointers)). Previously this is how I used to implement operations on images: casting everything to double, using pointers to get to image elements. I was hoping that by using templates to abstract from element type, and multi_array to cover different dimensionalities, it would be possible code image operations only once, for all types and dimensionalities. From what I understand, the curious recursion way matches most closely what I was looking for (and is still as close to generic programming as possible?). The scopira narray class http://www.scopira.org/api/narray_8h-source.html seems to do something similar. If there is another way to do this then I'm still very interested! Thanks, Alle Meije

3 3

Re: [Boost-users] question about multi_array use
by Alle Meije Wink 13 Aug '09

13 Aug '09

Dear OverMind Hope I'm not making this thread too long, I've tried to search the archives but did not get further than browsing. After looking at different options, your idea of wrapping the different dimensions/dimensionalities in a struct sounds like the best idea, and closest to the type of data and problems I'm dealing with. Would you have a few more clues (maybe code, maybe URLs) as to how to shape this? I had a look at http://en.wikipedia.org/wiki/Curiously_recurring_template_pattern but that is a very broad description. As I understand it, the struct that encapsulates the possible dimensionalities and the CRTP class refer to the same solution? Or are they different things? Thanks! Alle Meije > Date: Fri, 7 Aug 2009 18:09:11 -0600 > From: OvermindDL1 <overminddl1(a)gmail.com> > Subject: Re: [Boost-users] question about multi_array use > > You could always just wrap up each of the possible dimensions in a > struct that can handle the (de)serialization and everything too, > perhaps use crtp to put identical functionality in a non-virtual base > class. > >> On Fri, Aug 7, 2009 at 2:04 PM, Anton Daneyko<self(a)mezhaka.com> wrote: >> Hello, >> >> I might be wrong, but it seems the answer is "no you can't do that", because >> the dimensionality is a template parameter multi_array<int, 2> and >> multi_array<int, 3> are different types. However I would like to hear some >> else' opinion as well. >> >> Regards, >> Anton Daneyko. >> >> On Fri, Aug 7, 2009 at 3:48 PM, Alle Meije Wink <a.m.wink(a)gmail.com> wrote: >>> Hello, >>> >>> I would like to use the multi_array container to handle imaging data. The >>> image data can be anything up to 8-dimensional (usually up to 4) and >>> dimension information is found in records that accompany the binary data. >>> >>> Would it be possible to create an image class that takes the >>> dimensionality and extents list as parameters, so that images of all >>> dimensionalities can be treated as one class? >>> >>> For example, could the dimensionality be passed as a size_t argument? >>> >>> What I understand from the multi_array paper is that the extents list >>> would only be required whan the array is initialised.

1 0

[BGL] Does put override const?
by Caligula 13 Aug '09

13 Aug '09

In the code snippet below (which is inside a vis object) if the line //g[*ei].edge_Weight = "Heavy"; is uncommented, compiling gives :error const discarded ( or something to that effect) because of the const in (const Graph & g) . But then how come put(m_eWeight_map, *ei, "Heavy"); compiles successfully and successfully changes the value? Does put(m_eWeight_map, *ei, "Heavy"); override the const in void Change_data(const Graph & g) ? template < typename Graph > void Change_data(const Graph & g) //void Change_data(Graph & g) { typename graph_traits< Graph >::edge_iterator ei, ei_end; for(tie(ei, ei_end) = edges(g); ei != ei_end; ++ei) { put(m_eWeight_map, *ei, "Heavy"); //g[*ei].edge_Weight = "Heavy"; } } Thanks - Caligula

2 1

What's the status of boost.chrono?
by Tan, Tom (Shanghai) 13 Aug '09

13 Aug '09

Back in May, Vicente Botet Escriba volunteered to take up this library when Beman dropped it. What's the status now? I really like and use the process_clocks and timers alot, which seems not be in the c++0x standard library. When can we have it in the boost trunk so that we can build it with a boost release? Thanks.

1 0