December 2008 - Boost - lists.preview.boost.org

[Serialization] this seems wrong
by Kenny Riddile 05 Dec '08

05 Dec '08

I'm somewhat inexperienced with boost serialization, so forgive me if I'm just missing something. I have a few simple classes that are all serializable. In each class's header, I have BOOST_CLASS_EXPORT( ClassName ) right after the class declaration. All of these classes are header-only, so there is no cpp. All of these classes are very similar, so the statement above is often on the same line of the file (line 21 in this case). When I include all of these headers in a single source file, I get errors like this: 1>Win32WindowImpl.cpp 1>c:\subversion\trunk\vfx\platform\include\messages\minimized.hpp(21) : error C2371: 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' : redefinition; different basic types 1> c:\subversion\trunk\vfx\platform\include\messages\close.hpp(21) : see declaration of 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' 1>c:\subversion\trunk\vfx\platform\include\messages\restored.hpp(21) : error C2371: 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' : redefinition; different basic types 1> c:\subversion\trunk\vfx\platform\include\messages\close.hpp(21) : see declaration of 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' I walked down into the BOOST_CLASS_EXPORT macro and saw that the BOOST_CLASS_EXPORT_GUID macro appends the line number (notice the 21's in the above compiler output) to what it generates. Thinking to myself, "this will never work", I simply went and added empty lines to the header files so that the BOOST_CLASS_EXPORT( ClassName ) was on a different line in each and everything compiled. Am I missing something? Is this fixed in 1.37 (I'm currently forced to use 1.36). If I wanted white-space to matter, I would be writing python :)

6 16

[MPL] new run-time algorithm: for_all
by George van Venrooij 05 Dec '08

05 Dec '08

Hello everyone, I recently created a MPL-based run-time algorithm named "for_all" which you can find at the following location: http://tinyurl.com/5a9d9d It is based on the "for_each" algorithm. The main difference is that it traverses a sequence of sequences and constructs new sequences that are then passed to a functor. Read the article for more information. I found it to be very useful in several cases, so I wanted to share it with the community. If you have any comments or spot any problems, please let me know. Regards, George ------------------------------------------------------------------------ George van Venrooij Organic Vectory http://www.organicvectory.com

5 13

boost::interprocess::bad_alloc in copy ctor of slist
by Christoph Mathys 05 Dec '08

05 Dec '08

Hi! I have an object containing an interprocess slist (wrapped in a simple template) which I first construct outside shared memory. Then I want to push_front this object into a slist lying inside shared memory. And I get an interprocess::bad_alloc exception from the lists copy constructor. If I don't use the slist's copy ctor but something like this->assign(x.begin(), x.end()), the code runs through (the list was always empty in the test). I use gcc 4.2.4 on linux 2.6.24 (ubuntu 8.04). Boost 1.36 What am I doning wrong? Christoph Following the throwing code: #include <boost/interprocess/containers/vector.hpp> #include <boost/interprocess/containers/slist.hpp> #include <boost/interprocess/allocators/allocator.hpp> #include <boost/interprocess/managed_shared_memory.hpp> using namespace boost::interprocess; managed_shared_memory* getSegment() { static managed_shared_memory segment(create_only, "MySharedMemory", 65536); return &segment; } template<typename T> struct my_slist { typedef allocator<T, managed_shared_memory::segment_manager> ShmemAllocator; typedef slist<T, ShmemAllocator> List; my_slist() : m_list(ShmemAllocator(getSegment()->get_segment_manager())) { } void push_front(const T& obj) { m_list.push_front(obj); } List m_list; }; struct ListHolder { my_slist<int> m_slist; }; typedef my_slist<ListHolder> HolderList; int main() { shared_memory_object::remove("MySharedMemory"); HolderList *holderlist = getSegment()->construct<HolderList>("IntListHolderList")(); ListHolder asdf; holderlist->push_front(asdf); // exception boost::interprocess::bad_alloc return 0; }

2 3

Boost compilation warnings and errors with XLC 10.1 on AIX 5.3
by Ioannis Papadopoulos 05 Dec '08

05 Dec '08

Hi, When compiling Boost with XLC 10.1 on AIX 5.3, I have the following errors and warnings: Errors: [Math] "libs/math/build/../src/tr1/acosh.cpp", line 11.39: 1540-0403 (S) "acosh(double)" is already defined. "/usr/vacpp/include/math.h", line 843.23: 1540-0425 (I) "acosh" is defined on line 843 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 112.28: 1540-0424 (I) "acosh" is declared on line 112 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 138.21: 1540-0424 (I) "acosh" is declared on line 138 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 755.21: 1540-0424 (I) "acosh" is declared on line 755 of "/usr/include/math.h". "libs/math/build/../src/tr1/asinh.cpp", line 11.39: 1540-0403 (S) "asinh(double)" is already defined. "/usr/vacpp/include/math.h", line 855.23: 1540-0425 (I) "asinh" is defined on line 855 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 116.28: 1540-0424 (I) "asinh" is declared on line 116 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 142.21: 1540-0424 (I) "asinh" is declared on line 142 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 756.21: 1540-0424 (I) "asinh" is declared on line 756 of "/usr/include/math.h". "libs/math/build/../src/tr1/atanh.cpp", line 11.39: 1540-0403 (S) "atanh(double)" is already defined. "/usr/vacpp/include/math.h", line 867.23: 1540-0425 (I) "atanh" is defined on line 867 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 120.28: 1540-0424 (I) "atanh" is declared on line 120 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 146.21: 1540-0424 (I) "atanh" is declared on line 146 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 757.21: 1540-0424 (I) "atanh" is declared on line 757 of "/usr/include/math.h". "libs/math/build/../src/tr1/cbrt.cpp", line 11.39: 1540-0403 (S) "cbrt(double)" is already defined. "/usr/vacpp/include/math.h", line 879.23: 1540-0425 (I) "cbrt" is defined on line 879 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 124.28: 1540-0424 (I) "cbrt" is declared on line 124 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 150.21: 1540-0424 (I) "cbrt" is declared on line 150 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 758.21: 1540-0424 (I) "cbrt" is declared on line 758 of "/usr/include/math.h". "libs/math/build/../src/tr1/copysign.cpp", line 13.39: 1540-0403 (S) "copysign(double, double)" is already defined. "/usr/vacpp/include/math.h", line 891.23: 1540-0425 (I) "copysign" is defined on line 891 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 128.28: 1540-0424 (I) "copysign" is declared on line 128 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 154.21: 1540-0424 (I) "copysign" is declared on line 154 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 293.16: 1540-0424 (I) "copysign" is declared on line 293 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfc.cpp", line 11.39: 1540-0403 (S) "erfc(double)" is already defined. "/usr/vacpp/include/math.h", line 915.23: 1540-0425 (I) "erfc" is defined on line 915 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 136.28: 1540-0424 (I) "erfc" is declared on line 136 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 162.21: 1540-0424 (I) "erfc" is declared on line 162 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 738.21: 1540-0424 (I) "erfc" is declared on line 738 of "/usr/include/math.h". "libs/math/build/../src/tr1/erf.cpp", line 11.39: 1540-0403 (S) "erf(double)" is already defined. "/usr/vacpp/include/math.h", line 903.23: 1540-0425 (I) "erf" is defined on line 903 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 132.28: 1540-0424 (I) "erf" is declared on line 132 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 158.21: 1540-0424 (I) "erf" is declared on line 158 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 737.21: 1540-0424 (I) "erf" is declared on line 737 of "/usr/include/math.h". "libs/math/build/../src/tr1/acoshl.cpp", line 11.44: 1540-0403 (S) "acoshl(long double)" is already defined. "/usr/vacpp/include/math.h", line 846.28: 1540-0425 (I) "acoshl" is defined on line 846 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 114.33: 1540-0424 (I) "acoshl" is declared on line 114 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 140.21: 1540-0424 (I) "acoshl" is declared on line 140 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 317.21: 1540-0424 (I) "acoshl" is declared on line 317 of "/usr/include/math.h". "libs/math/build/../src/tr1/asinhl.cpp", line 11.44: 1540-0403 (S) "asinhl(long double)" is already defined. "/usr/vacpp/include/math.h", line 858.28: 1540-0425 (I) "asinhl" is defined on line 858 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 118.33: 1540-0424 (I) "asinhl" is declared on line 118 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 144.21: 1540-0424 (I) "asinhl" is declared on line 144 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 321.21: 1540-0424 (I) "asinhl" is declared on line 321 of "/usr/include/math.h". "libs/math/build/../src/tr1/atanhl.cpp", line 11.44: 1540-0403 (S) "atanhl(long double)" is already defined. "/usr/vacpp/include/math.h", line 870.28: 1540-0425 (I) "atanhl" is defined on line 870 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 122.33: 1540-0424 (I) "atanhl" is declared on line 122 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 148.21: 1540-0424 (I) "atanhl" is declared on line 148 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 327.21: 1540-0424 (I) "atanhl" is declared on line 327 of "/usr/include/math.h". "libs/math/build/../src/tr1/cbrtl.cpp", line 11.44: 1540-0403 (S) "cbrtl(long double)" is already defined. "/usr/vacpp/include/math.h", line 882.28: 1540-0425 (I) "cbrtl" is defined on line 882 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 126.33: 1540-0424 (I) "cbrtl" is declared on line 126 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 152.21: 1540-0424 (I) "cbrtl" is declared on line 152 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 330.21: 1540-0424 (I) "cbrtl" is declared on line 330 of "/usr/include/math.h". "libs/math/build/../src/tr1/copysignl.cpp", line 11.44: 1540-0403 (S) "copysignl(long double, long double)" is already defined. "/usr/vacpp/include/math.h", line 894.28: 1540-0425 (I) "copysignl" is defined on line 894 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 130.33: 1540-0424 (I) "copysignl" is declared on line 130 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 156.21: 1540-0424 (I) "copysignl" is declared on line 156 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 334.21: 1540-0424 (I) "copysignl" is declared on line 334 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfcl.cpp", line 11.44: 1540-0403 (S) "erfcl(long double)" is already defined. "/usr/vacpp/include/math.h", line 918.28: 1540-0425 (I) "erfcl" is defined on line 918 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 138.33: 1540-0424 (I) "erfcl" is declared on line 138 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 164.21: 1540-0424 (I) "erfcl" is declared on line 164 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 340.21: 1540-0424 (I) "erfcl" is declared on line 340 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfl.cpp", line 11.44: 1540-0403 (S) "erfl(long double)" is already defined. "/usr/vacpp/include/math.h", line 906.28: 1540-0425 (I) "erfl" is defined on line 906 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 134.33: 1540-0424 (I) "erfl" is declared on line 134 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 160.21: 1540-0424 (I) "erfl" is declared on line 160 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 342.21: 1540-0424 (I) "erfl" is declared on line 342 of "/usr/include/math.h". [Spirit] "./boost/graph/detail/read_graphviz_spirit.hpp", line 165.28: 1540-0600 (S) The reference to "var" is ambiguous. "./boost/spirit/home/classic/phoenix/primitives.hpp", line 221.1: 1540-0425 (I) "phoenix::var" is defined on line 221 of "./boost/spirit/home/classic/phoenix/primitives.hpp". "./boost/spirit/home/classic/phoenix/primitives.hpp", line 237.1: 1540-0424 (I) "phoenix::var" is declared on line 237 of "./boost/spirit/home/classic/phoenix/primitives.hpp". "/usr/include/sys/var.h", line 59.8: 1540-0425 (I) "var" is defined on line 59 of "/usr/include/sys/var.h". "./boost/graph/detail/read_graphviz_spirit.hpp", line 142.5: 1540-0700 (I) The previous message was produced while processing "boost::detail::graph::dot_grammar::definition<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spirit::scanner_policies<boost::spirit::skip_parser_iteration_policy<boost::detai...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 178.24: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::grammar_helper<boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >,boost::detail::graph::dot_grammar,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 251.29: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::get_definition<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spiri...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 296.29: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::grammar_parser_parse<0,boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boos...". "./boost/spirit/home/classic/core/non_terminal/grammar.hpp", line 57.14: 1540-0700 (I) The previous message was produced while processing "boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >::parse_main<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spir...". "./boost/spirit/home/classic/core/non_terminal/grammar.hpp", line 65.9: 1540-0700 (I) The previous message was produced while processing "boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >::parse<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spirit::s...". "libs/graph/src/read_graphviz_spirit.cpp", line 33.6: 1540-0700 (I) The previous message was produced while processing "boost::detail::graph::read_graphviz(std::istream &, mutate_graph &)". Warnings: "libs/regex/src/../src/regex_traits_defaults.cpp", line 350.56: 1540-0804 (W) The characters "/*" are detected in a comment. "libs/regex/src/../src/regex_traits_defaults.cpp", line 545.47: 1540-0804 (W) The characters "/*" are detected in a comment. "./boost/thread/pthread/mutex.hpp", line 30.9: 1540-0198 (W) The omitted keyword "private" is assumed for base class "boost::noncopyable". "./boost/thread/pthread/mutex.hpp", line 78.9: 1540-0198 (W) The omitted keyword "private" is assumed for base class "boost::noncopyable".

1 0

[interprocess] named_condition
by Jan Stetka 05 Dec '08

05 Dec '08

The program stops running when it reaches cond.wait(...); This works ok when its compiled on its own but not with the rest of my code. boost::interprocess::named_mutex nm(boost::interprocess::create_only,"STOP_PH_MTX"); boost::interprocess::named_condition cond(boost::interprocess::create_only,"STOP_PH_CND"); boost::interprocess::scoped_lock<boost::interprocess::named_mutex> stop_ph_lock(nm); cond.wait(stop_ph_lock); boost::interprocess::named_mutex::remove("STOP_PH_MTX"); boost::interprocess::named_condition::remove("STOP_PH_CND");

2 2

Breaking existing libraries
by Tomas Puverle 04 Dec '08

04 Dec '08

You may or may not have noticed a thread I started on boost.users about the breaking changes to Boost.Range. Here’s a short summary: We are currently (firmwide) using boost 1.33.1. I am in the process of trying to migrate and test some of our apps with boost 1.37. In 1.35 there was a breaking change to Boost.Range with respect to how singular ranges behave. This brings up several issues: 1) The breakage was silent. The interface stayed the same but the behavior changed, and drastically so. 2) No communation: While I don’t usually post to boost.devel/boost.user, I and my colleagues still read it. Nobody recalls any mention of this on the list. Searching gmane brings up nothing, either. 3) No documentation on the boost website. As far as I can see, this change was introduced in 1.35 this March. On http://www.boost.org/users/news/version_1_35_0, there is no mention of a breaking change to Boost.Range. 4) The new Boost.Range behaves differently in debug and release builds. The public function is_singular() always returns false in release builds even when it would return true in debug builds. Apart from the fact that this change breaks a lot of our code and obsoletes several useful (necessary?) idioms, the manner in which it happened is far below the standards that one has come to expect from boost. At the moment, I have to say I don’t have a good answer to how to fix our code. However, I would at least like to try to make sure this kind of silent breakage doesn’t happen again. Tom

28 86

[graph] 'short' in bundled property throws boost::bad_any_cast
by remi.chateauneu＠gmx.de 04 Dec '08

04 Dec '08

Hi, I have a graph with a bundled property whose one of the members is a 'short'. When calling read_graphml, it throws an exception: terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::bad_any_cast> >' what(): boost::bad_any_cast: failed conversion using boost::any_cast Same problem with 'unsigned short'. With 'int' and 'long', it works.

2 2

[interprocess] maximum length for names of mutexes, memory segments etc.
by JOAQUIN M. LOPEZ MUÑOZ 04 Dec '08

04 Dec '08

A component of Boost.Flyweight called intermodule_holder internally uses some Boost.Interprocess objects with very long names intended to guarantee sistem-wide uniqueness. For instance, this is how such an internal mutex can be named (87 chars): boost_flyweight_intermodule_holder_mutex_5660_601342046_2913549788_3054690985_591945496 Alas seems like 87 chars is too much in some platforms like NetBSD: terminate called after throwing an instance of 'boost::interprocess::interprocess_exception' what(): File name too long See http://tinyurl.com/6m693p . This problem also shows in some of Boost.Inteprocess own tests for NetBSD. Is there any maximum length we can safely commit to across allplatforms? (docs are silent wrt this). Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 2

[interprocess] preparing containers
by Thorsten Ottosen 04 Dec '08

04 Dec '08

Hi Ion, Some of my students tried to use boost::circular_buffer with Boost.Interprocess allocators. Apparently the docs does not mention circular_buffer as one that is compatible with Boost.Interproccess. What do we need to do to make a container that support the special allocators? In particular, if I want to use boost::ptr_vector, then do I need to have stateful allocators (both the normal container allocator, and the clone_allocator)? Thanks -Thorsten

4 10

Re: [boost] [review][constrained_value] Review of Constrained Value Library begins today
by Deane Yang 04 Dec '08

04 Dec '08

Joe Gottman wrote: > Deane Yang wrote: >> Edward Diener wrote: >>> Deane Yang wrote: >>>> >>>> I have an even more extreme view on this. I don't believe any >>>> arithmetic operations should be permitted for constrained numbers. >>>> They just don't make sense (would you ever want to add two different >>>> days of a month?). >>> >>> You have chosen a particular type for which arithmetic operations >>> sometimes make little sense. In many other situations this is not the >>> case. >> >> >> Could you give an example? > > > One example: adding 2 to Monday to get Wednesday, or adding 2 to > Saturday to get Monday. > > But that does not correspond to the built-in arithmetic operation. This is modular arithmetic in disguise, so wouldn't make more sense to use a modular integer class (integers mod 7) and represent the days of the week using the numbers 0 to 6?

2 1