- Boost - lists.boost.org

[1.42.0] Release candidates available
by Beman Dawes 02 Feb '10

02 Feb '10

Release candidates for 1.42.0 are available at http://boost.cowic.de/rc/ We need some reality checks before pushing these out to SourceForge. Please download, do a build, and report results here. Also let us know if you spot any problems or have any other comments. Thanks, --Beman PS: I've already downloaded and tried the .zip file on Windows. No problems.

6 10

Boost release 1.42.0 available
by Beman Dawes 02 Feb '10

02 Feb '10

Release 1.42.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains one new library and numerous bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_42_0 The release can also be downloaded directly from SourceForge. See http://sourceforge.net/projects/boost/files/ To install this release on your system, see http://www.boost.org/doc/libs/1_42_0/more/getting_started/index.html Thanks, --The Boost release team

1 0

[property_tree][log] Error compiling with Visual C++ 2010 Beta 2
by Fulvio Esposito 02 Feb '10

02 Feb '10

Hi all, I'm currently experimenting with Visual C++ 2010 Beta 2. I've found compilation problems related to property_tree and log libraries. Hope it's not a problem to send a single post for two libraries. Boost.PropertyTree: the simplest program: #include "stdafx.h" #include <boost/property_tree/ptree.hpp> int _tmain(int argc, _TCHAR* argv[]) { boost::property_tree::ptree tree; return 0; } generate the error: c:\users\fulvio\sviluppo\boost_1_41_0\boost\property_tree\detail\ptree_implementation.hpp(30): error C2440: 'specialization' : cannot convert from 'const std::string std::_Pair_base<_Ty1,_Ty2>::* ' to 'const std::basic_string<_Elem,_Traits,_Ax> std::pair<_Ty1,_Ty2>::* ' 1> with 1> [ 1> _Ty1=const std::string, 1> _Ty2=boost::property_tree::basic_ptree<std::string,std::string> 1> ] 1> and 1> [ 1> _Elem=char, 1> _Traits=std::char_traits<char>, 1> _Ax=std::allocator<char>, 1> _Ty1=const std::string, 1> _Ty2=boost::property_tree::basic_ptree<std::string,std::string> 1> ] 1> Standard conversion from pointer-to-member of base to pointer-to-member of derived is not applied for template arguments 1> c:\users\fulvio\sviluppo\boost_1_41_0\boost\property_tree\detail\ptree_implementation.hpp(159) : see reference to class template instantiation 'boost::property_tree::basic_ptree<Key,Data>::subs' being compiled 1> with 1> [ 1> Key=std::string, 1> Data=std::string 1> ] 1> c:\users\fulvio\sviluppo\boost_1_41_0\boost\property_tree\detail\ptree_implementation.hpp(159) : while compiling class template member function 'boost::property_tree::basic_ptree<Key,Data>::basic_ptree(void)' 1> with 1> [ 1> Key=std::string, 1> Data=std::string 1> ] 1> d:\documenti\visual studio 2010\projects\testpropertytree\testpropertytree\testpropertytree.cpp(9) : see reference to class template instantiation 'boost::property_tree::basic_ptree<Key,Data>' being compiled 1> with 1> [ 1> Key=std::string, 1> Data=std::string 1> ] Boost.Log The compilation with bjam gives the error: libs\log\src\filter_parser.cpp(149) : error C2668: 'std::tr1::bind' : ambiguous call to overloaded function C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\xxbind1(363): could be 'std::tr1::_Bind<_Result_type,_Ret,_BindN> std::tr1::bind<void,const std::basic_string<_Elem,_Traits,_Ax>&,double,boost::function1<R,T0>&,boost::reference_wrapper<T>,boost::arg<I>,boost::reference_wrapper<boost::function1<R,T0>>>(_Rx (__cdecl *const )(_Farg0,_Farg1,_Farg2),_Arg0,_Arg1,_Arg2)' [found using argument-dependent lookup] with [ _Result_type=void, _Ret=void, _BindN=std::tr1::_Bind3<std::tr1::_Callable_fun<void (__cdecl *const )(const std::basic_string<char,std::char_traits<char>,std::allocator<char>> &,double,boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &> &),false>,boost::reference_wrapper<const std::basic_string<char,std::char_traits<char>,std::allocator<char>>>,boost::arg<1>,boost::reference_wrapper<boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &>>>, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, R=bool, T0=const boost::log_mt_nt5::basic_attribute_values_view<char> &, T=const std::basic_string<char,std::char_traits<char>,std::allocator<char>>, I=1, _Rx=void, _Farg0=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> &, _Farg1=double, _Farg2=boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &> &, _Arg0=boost::reference_wrapper<const std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, _Arg1=boost::arg<1>, _Arg2=boost::reference_wrapper<boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &>> ] C:\Users\Fulvio\Sviluppo\boost_1_41_0\boost/bind/bind_cc.hpp(46): or 'boost::_bi::bind_t<R,F,L> boost::bind<void,const std::basic_string<_Elem,_Traits,_Ax>&,double,boost::function1<bool,T0>&,boost::reference_wrapper<T>,boost::arg<I>,boost::reference_wrapper<boost::function1<bool,T0>>>(R (__cdecl *)(B1,B2,B3),A1,A2,A3)' with [ R=void, F=void (__cdecl *)(const std::basic_string<char,std::char_traits<char>,std::allocator<char>> &,double,boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &> &), L=boost::_bi::list3<boost::reference_wrapper<const std::basic_string<char,std::char_traits<char>,std::allocator<char>>>,boost::arg<1>,boost::reference_wrapper<boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &>>>, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, T0=const boost::log_mt_nt5::basic_attribute_values_view<char> &, T=const std::basic_string<char,std::char_traits<char>,std::allocator<char>>, I=1, B1=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> &, B2=double, B3=boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &> &, A1=boost::reference_wrapper<const std::basic_string<char,std::char_traits<char>,std::allocator<char>>>, A2=boost::arg<1>, A3=boost::reference_wrapper<boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &>> ] while trying to match the argument list '(overloaded-function, const boost::reference_wrapper<T>, boost::arg<I>, const boost::reference_wrapper<T>)' with [ T=const std::basic_string<char,std::char_traits<char>,std::allocator<char>> ] and [ I=1 ] and [ T=boost::function1<bool,const boost::log_mt_nt5::basic_attribute_values_view<char> &> ] libs\log\src\filter_parser.cpp(87) : see reference to function template instantiation 'boost::function1<R,T0> boost::log_mt_nt5::`anonymous-namespace'::default_filter_factory<CharT>::parse_argument<boost::log_mt_nt5::aux::equal_to>(const std::basic_string<_Elem,_Traits,_Ax> &,const std::basic_string<_Elem,_Traits,_Ax> &)' being compiled with [ R=bool, T0=const boost::log_mt_nt5::basic_attribute_values_view<char> &, CharT=char, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char> ] libs\log\src\filter_parser.cpp(86) : while compiling class template member function 'boost::function1<R,T0> boost::log_mt_nt5::`anonymous-namespace'::default_filter_factory<CharT>::on_equality_relation(const std::basic_string<_Elem,_Traits,_Ax> &,const std::basic_string<_Elem,_Traits,_Ax> &)' with [ R=bool, T0=const boost::log_mt_nt5::basic_attribute_values_view<char> &, CharT=char, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char> ] libs\log\src\filter_parser.cpp(208) : see reference to class template instantiation 'boost::log_mt_nt5::`anonymous-namespace'::default_filter_factory<CharT>' being compiled with [ CharT=char ] libs\log\src\filter_parser.cpp(530) : see reference to class template instantiation 'boost::log_mt_nt5::`anonymous-namespace'::filters_repository<CharT>' being compiled with [ CharT=char ] libs\log\src\filter_parser.cpp(569) : see reference to function template instantiation 'void boost::log_mt_nt5::register_filter_factory<char>(const char *,const boost::shared_ptr<T> &)' being compiled with [ T=boost::log_mt_nt5::filter_factory<char> ] In this case I belive that an explicit namespace qualification could solve. Fulvio Esposito

3 2

crash in boost serialization 1.41
by Est 02 Feb '10

02 Feb '10

Hi All I'm developing an image processing app. In my app, I serialize a boost::ptr_vector of an abstract base class to a polymorphic xml archive. I checked all my polymorphic classes are exported with BOOST_SERIALIZATION_EXPORT and BOOST_SERIALIZATION_ASSUME_ABSTRACT for abstract classes, and it's working correctly with boost 1.38. If I update to boost 1.41, I can save archives without problems. When I try to load the resulting archive, I get a crash: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000000 boost::archive::detail::basic_iarchive_impl::load_pointer (this=0x1b955a00, ar=@0xbfffe598, t=@0xbfffd8d0, bpis_ptr=0x0) at libs/serialization/src/basic_iarchive.cpp:429 429 class_id_type new_cid = register_type(bpis_ptr->get_basic_serializer()); I can read the archive with my app compiled with boost 1.38. I'm using gcc 4.0.1 on OSX and gcc 4.3 on linux, all 32 bits. I'm not using DLLs. I ran the unit tests of the serialization library. All passed. I'm in the process of extracting a small example that reproduces the crash. Do you have any idea how can I fix it? Thank you. Est. Here is the backtrace: node_t is my abstract base class. #0 boost::archive::detail::basic_iarchive_impl::load_pointer (this=0x1b955a00, ar=@0xbfffe598, t=@0xbfffd8d0, bpis_ptr=0x0) at libs/serialization/src/basic_iarchive.cpp:429 #1 0x005a5506 in boost::archive::detail::basic_iarchive::load_pointer (this=0x0, t=@0x0, bpis_ptr=0x0) at libs/serialization/src/basic_iarchive.cpp:538 #2 0x00043f2e in boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_xml_iarchive>::load_pointer (this=0xbfffe58c, t=@0xbfffd8d0, bpis_ptr=0x0) at polymorphic_iarchive_route.hpp:65 #3 0x0003d0f9 in boost::archive::detail::load_pointer_type<boost::archive::polymorphic_iarchive>::invoke<ramen::node_t*> (ar=@0xbfffe58c, t=@0xbfffd8d0) at iserializer.hpp:486 #4 0x0003d157 in boost::archive::load<boost::archive::polymorphic_iarchive, ramen::node_t*> (ar=@0xbfffe58c, t=@0xbfffd8d0) at iserializer.hpp:554 #5 0x0003d1a6 in boost::archive::polymorphic_iarchive_impl::load_override<ramen::node_t*> (this=0xbfffe58c, t=@0xbfffd8d4) at polymorphic_iarchive.hpp:137 #6 0x0003d1f8 in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator>><boost::serialization::nvp<ramen::node_t*> const> (this=0xbfffe58c, t=@0xbfffd8d4) at interface_iarchive.hpp:61 #7 0x0003d253 in boost::ptr_container_detail::load_helper<boost::archive::polymorphic_iarchive, boost::ptr_container_detail::sequence_config<ramen::node_t, std::vector<void*, std::allocator<void*> > >, boost::heap_clone_allocator> (ar=@0xbfffe58c, c=@0x193b1bd8, n=1) at detail/serialize_reversible_cont.hpp:52 #8 0x0003d2e9 in boost::serialization::load<boost::archive::polymorphic_iarchive, ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > (ar=@0xbfffe58c, c=@0x193b1bd8) at serialize_ptr_vector.hpp:28 #9 0x0003d327 in boost::serialization::free_loader<boost::archive::polymorphic_iarchive, boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > >::invoke (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at split_free.hpp:58 #10 0x0003d349 in boost::serialization::split_free<boost::archive::polymorphic_iarchive, boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at split_free.hpp:74 #11 0x0003d36b in boost::serialization::serialize<boost::archive::polymorphic_iarchive, ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > (ar=@0xbfffe58c, c=@0x193b1bd8, version=0) at serialize_ptr_vector.hpp:34 #12 0x0003d3a9 in boost::serialization::serialize_adl<boost::archive::polymorphic_iarchive, boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at serialization.hpp:133 #13 0x0003d456 in boost::archive::detail::iserializer<boost::archive::polymorphic_iarchive, boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > >::load_object_data (this=0xbcc2f0, ar=@0xbfffe598, x=0x193b1bd8, file_version=0) at iserializer.hpp:173 #14 0x005a5423 in boost::archive::object_id_type::operator= () at basic_archive.hpp:390 #15 0x005a5423 in boost::archive::detail::basic_iarchive_impl::load_object () at libs/serialization/src/basic_iarchive.cpp:391 #16 0x005a5423 in boost::archive::detail::basic_iarchive::load_object (this=0xbfffe598, t=0x193b1bd8, bis=@0xbcc2f0) at libs/serialization/src/basic_iarchive.cpp:529 #17 0x00043f0a in boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_xml_iarchive>::load_object (this=0xbfffe58c, t=0x193b1bd8, bis=@0xbcc2f0) at polymorphic_iarchive_route.hpp:59 #18 0x00039f93 in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::load_standard::invoke<boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:363 #19 0x00039fbc in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::invoke<boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:415 #20 0x00039fdb in boost::archive::load<boost::archive::polymorphic_iarchive, boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:554 #21 0x0003a02a in boost::archive::polymorphic_iarchive_impl::load_override<boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > (this=0xbfffe58c, t=@0xbfffdbc4) at polymorphic_iarchive.hpp:137 #22 0x0003a07c in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator>><boost::serialization::nvp<boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > const> (this=0xbfffe58c, t=@0xbfffdbc4) at interface_iarchive.hpp:61 #23 0x0003a0ac in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator&<boost::serialization::nvp<boost::ptr_vector<ramen::node_t, boost::heap_clone_allocator, std::allocator<void*> > > const> (this=0xbfffe58c, t=@0xbfffdbc4) at interface_iarchive.hpp:68 #24 0x0003aa49 in ramen::dataflow::graph<ramen::node_t>::load<boost::archive::polymorphic_iarchive> (this=0x193b1bd8, ar=@0xbfffe58c, version=0) at graph.hpp:168 #25 0x0003ab9b in boost::serialization::access::member_load<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at access.hpp:101 #26 0x0003abbd in boost::serialization::detail::member_loader<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> >::invoke (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at split_member.hpp:54 #27 0x0003abdf in boost::serialization::split_member<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at split_member.hpp:69 #28 0x0003ac01 in ramen::dataflow::graph<ramen::node_t>::serialize<boost::archive::polymorphic_iarchive> (this=0x193b1bd8, ar=@0xbfffe58c, file_version=0) at graph.hpp:175 #29 0x0003ac23 in boost::serialization::access::serialize<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at access.hpp:109 #30 0x0003ac45 in boost::serialization::serialize<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at serialization.hpp:74 #31 0x0003ac83 in boost::serialization::serialize_adl<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at serialization.hpp:133 #32 0x0003ad30 in boost::archive::detail::iserializer<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> >::load_object_data (this=0xbcc260, ar=@0xbfffe598, x=0x193b1bd8, file_version=0) at iserializer.hpp:173 #33 0x005a5423 in boost::archive::object_id_type::operator= () at basic_archive.hpp:390 #34 0x005a5423 in boost::archive::detail::basic_iarchive_impl::load_object () at libs/serialization/src/basic_iarchive.cpp:391 #35 0x005a5423 in boost::archive::detail::basic_iarchive::load_object (this=0xbfffe598, t=0x193b1bd8, bis=@0xbcc260) at libs/serialization/src/basic_iarchive.cpp:529 #36 0x00043f0a in boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_xml_iarchive>::load_object (this=0xbfffe58c, t=0x193b1bd8, bis=@0xbcc260) at polymorphic_iarchive_route.hpp:59 #37 0x000365fb in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::load_standard::invoke<ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:363 #38 0x00036624 in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::invoke<ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:415 #39 0x00036643 in boost::archive::load<boost::archive::polymorphic_iarchive, ramen::dataflow::graph<ramen::node_t> > (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:554 #40 0x00036692 in boost::archive::polymorphic_iarchive_impl::load_override<ramen::dataflow::graph<ramen::node_t> > (this=0xbfffe58c, t=@0xbfffdf8c) at polymorphic_iarchive.hpp:137 #41 0x000366e4 in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator>><boost::serialization::nvp<ramen::dataflow::graph<ramen::node_t> > const> (this=0xbfffe58c, t=@0xbfffdf8c) at interface_iarchive.hpp:61 #42 0x00036714 in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator&<boost::serialization::nvp<ramen::dataflow::graph<ramen::node_t> > const> (this=0xbfffe58c, t=@0xbfffdf8c) at interface_iarchive.hpp:68 #43 0x0002c3fb in ramen::composition_t::serialize (this=0x193b1bd8, ar=@0xbfffe58c, version=0) at /Users/est/Devel/ramen/trunk/ramen/app/composition.cpp:193 #44 0x0004570f in boost::serialization::access::serialize<boost::archive::polymorphic_iarchive, ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at access.hpp:109 #45 0x00048387 in boost::serialization::serialize<boost::archive::polymorphic_iarchive, ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at serialization.hpp:74 #46 0x0004574f in boost::serialization::serialize_adl<boost::archive::polymorphic_iarchive, ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8, file_version=0) at serialization.hpp:133 #47 0x00048436 in boost::archive::detail::iserializer<boost::archive::polymorphic_iarchive, ramen::composition_t>::load_object_data (this=0xbcc410, ar=@0xbfffe598, x=0x193b1bd8, file_version=0) at iserializer.hpp:173 #48 0x005a5423 in boost::archive::object_id_type::operator= () at basic_archive.hpp:390 #49 0x005a5423 in boost::archive::detail::basic_iarchive_impl::load_object () at libs/serialization/src/basic_iarchive.cpp:391 #50 0x005a5423 in boost::archive::detail::basic_iarchive::load_object (this=0xbfffe598, t=0x193b1bd8, bis=@0xbcc410) at libs/serialization/src/basic_iarchive.cpp:529 #51 0x00043f0a in boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_xml_iarchive>::load_object (this=0xbfffe58c, t=0x193b1bd8, bis=@0xbcc410) at polymorphic_iarchive_route.hpp:59 #52 0x0004835f in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::load_standard::invoke<ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:363 #53 0x00043692 in boost::archive::detail::load_non_pointer_type<boost::archive::polymorphic_iarchive>::invoke<ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:415 #54 0x000436b1 in boost::archive::load<boost::archive::polymorphic_iarchive, ramen::composition_t> (ar=@0xbfffe58c, t=@0x193b1bd8) at iserializer.hpp:554 #55 0x00043700 in boost::archive::polymorphic_iarchive_impl::load_override<ramen::composition_t> (this=0xbfffe58c, t=@0xbfffe5c8) at polymorphic_iarchive.hpp:137 #56 0x00043752 in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator>><boost::serialization::nvp<ramen::composition_t> const> (this=0xbfffe58c, t=@0xbfffe5c8) at interface_iarchive.hpp:61 #57 0x00043782 in boost::archive::detail::interface_iarchive<boost::archive::polymorphic_iarchive>::operator&<boost::serialization::nvp<ramen::composition_t> const> (this=0xbfffe58c, t=@0xbfffe5c8) at interface_iarchive.hpp:68 #58 0x0004379c in boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_xml_iarchive>::operator&<boost::serialization::nvp<ramen::composition_t> const> (this=0xbfffe58c, t=@0xbfffe5c8) at polymorphic_iarchive_route.hpp:173

1 1

metaprogramming: associating a type with another type
by DE 02 Feb '10

02 Feb '10

hi boosters while solving my own design problems i accidentally discovered an interesting technique let's assume we want to associate some value (a type) to a newly created type so we can easily access the associated type during metaprogramming let's call the associated type a property then we have the following property types: struct property0 {}; struct property1 {}; struct property2 {}; now we want to access the associated property for an arbitrary type in a natural traits manner: property<arbitrary_type>::type it appears we can implement it almost trivially (if know how) (let's assume we have portable typeof() facility) consider the code //the return type of this function appears to be the default property template<typename type> property0 get_prop(type*); //do not implement! template<typename t> struct property { typedef typeof(get_prop((type*)42) type; }; template<typename type, typename p = typename property<type>::type> struct base { friend p get_prop(type*) { return p(); } }; template<typename type> void foo(const base<type>&) //handles ALL types derived from base { typedef typename property<type>::type associated_property; } template<typename type> void bar(const base<type, property2>&) //handles ONLY types with property2 {} struct s : public expression<s> //default property used here {}; struct s1 : public expression<s1, property1> {}; struct s2 : public expression<s2, property2> {}; int main() { foo(s()); foo(s1()); foo(s2()); //bar(s()); //should not compile //bar(s1()); //should not compile bar(s2()); return 0; } even with the lack of typeof(), given a fixed set of properties it is very easy to implement this technique see working example at http://codepad.org/qXkESprl personally i see it as extremely useful for generic lib writers for some designes (of course if appropriately applied) as well as for users of such libs i would appreciate any thoughts on improvement of this technique within C++98 standard also any thoughts on portability are welcome if you have questions about how and/or why does it work feel free to ask -- Pavel

5 17

Macro redefinition in boost/cstdint.hpp (1.42 beta1)
by Vemund Handeland 02 Feb '10

02 Feb '10

I've tested my code with the 1.42 beta, and get a lot of macro redefinition warnings on my system (msvc-9.0) The problem is redefinition of INT64_C and UINT64_C in boost/cstdint.hpp. My code also includes the ICU library, and these two macros are already defined in the ICU headers. The problem then comes down to header include order... I see that the updated boost/cstdint.hpp only test !defined(INT8_C) before defining all INT#_C and UNIT#_C macros The solution to my problem is to test for existence on every macro before definition: #ifndef INT#_C #define INT#_C( value ) ... #endif Is this appropriate fix, and should I add a ticket for this? -Vemund

3 2

[thread][hpux][1.3.9]/usr/lib/dld.sl: Unresolved symbol: pthread_create (code)
by gopal haldar 02 Feb '10

02 Feb '10

Hi I am using boost 1.3.9 thread library for all platform(Windows and non-windows). Same code is runing in all platform but for HPUX, I am getting the following error during runtime. /usr/lib/dld.sl: Unresolved symbol: pthread_create (code) from /opt/bst/lib/libboost_thread.sl ABORT instruction (core dumped). But it is working fine with boost library 1.3.2. Please let me know the solution of this problem. Regards Gopal

2 1

[transaction] New Boost.Transaction library under discussion
by vicente.botet 02 Feb '10

02 Feb '10

Hi Stefan, Bob, I've created in the sandbox the transaction directory (http://svn.boost.org/svn/boost/sandbox/transaction/) so we can share our work. I've created also a wiki page (http://svn.boost.org/trac/boost/wiki/BoostTransaction) on which we can compile the result of our discussions, requirements for the library, design, ... If you don't have right access to the Boost wiki pages, please request them throught this ML. Of course, anyone is welcome to participate, or comment on this wiki. HTH, _____________________ Vicente Juan Botet Escribá

8 42

[Serialization] seg fault with BOOST_CLASS_EXPORT
by fab 01 Feb '10

01 Feb '10

Hi, Simply by adding BOOST_CLASS_EXPORT(MyClass), all executables, unit tests, etc. which compile with this class failed at the end of the execution with a seg fault. All the process is done but the application exit with a seg fault. I encounter this problem with some classes and not with others... I don't understand where the error comes from and I don't arrived to reproduce on a simple test. Best regards, Fabien Castan Program received signal SIGSEGV, Segmentation fault. strcmp () at ../sysdeps/i386/i686/strcmp.S:40 40 ../sysdeps/i386/i686/strcmp.S: Aucun fichier ou dossier de ce type. in ../sysdeps/i386/i686/strcmp.S Current language: auto The current source language is "auto; currently asm". (gdb) bt #0 strcmp () at ../sysdeps/i386/i686/strcmp.S:40 #1 0x004ed2c1 in boost::serialization::extended_type_info::key_unregister() () from /usr/lib/libboost_serialization.so.1.40.0 #2 0x004ed3e4 in boost::serialization::extended_type_info::~extended_type_info() () from /usr/lib/libboost_serialization.so.1.40.0 #3 0x004edc98 in boost::serialization::detail::extended_type_info_typeid_0::~extended_type_info_typeid_0() () from /usr/lib/libboost_serialization.so.1.40.0 #4 0x0805861b in boost::serialization::extended_type_info_typeid<tuttle::host::ofx::attribute::OfxhClipDescriptor>::~extended_type_info_typeid() ( this=0x8189470) at /usr/include/boost/smart_ptr/detail/shared_count.hpp:221 #5 0x080586e5 in boost::serialization::detail::singleton_wrapper<boost::serialization::extended_type_info_typeid<tuttle::host::ofx::attribute::OfxhClipDescriptor> >::~singleton_wrapper() (this=0x8189470) at /usr/include/boost/smart_ptr/detail/shared_count.hpp:221 #6 0x0054f05f in __run_exit_handlers (status=0, listp=0x661304, run_list_atexit=true) at exit.c:78 #7 0x0054f0cf in *__GI_exit (status=0) at exit.c:100 #8 0x00536b5e in __libc_start_main (main=0x80561fa <main>, argc=1, ubp_av=0xbffff3a4, init=0x8126f80 <__libc_csu_init>, fini=0x8126f70 <__libc_csu_fini>, rtld_fini=0x198d20 <_dl_fini>, stack_end=0xbffff39c) at libc-start.c:252 #9 0x08052501 in _start () at ../sysdeps/i386/elf/start.S:119

2 3

[thread] why crash launching a thread?
by David M. Cotter 01 Feb '10

01 Feb '10

i'm launching a new thread from an existing background thread, BUT it is crashing. i don't know if it happens often yet, but was wondering what could possibly cause this? Thread 10 Crashed: 0 libSystem.B.dylib 0x96ce435d usleep$NOCANCEL$UNIX2003 + 0 1 libSystem.B.dylib 0x96d05a50 abort + 105 2 libstdc++.6.dylib 0x96bb2fda __gnu_cxx::__verbose_terminate_handler() + 433 3 libstdc++.6.dylib 0x96bb117a __cxxabiv1::__terminate(void (*)()) + 10 4 libstdc++.6.dylib 0x96bb11ba __cxxabiv1::__unexpected(void (*)()) + 0 5 libstdc++.6.dylib 0x96bb12b8 __gxx_exception_cleanup(_Unwind_Reason_Code, _Unwind_Exception*) + 0 6 libboost_thread.dylib 0x006af933 boost::thread::start_thread() + 195 7 com.kjams.kjams 0x001281d1 CThreads::Fork(APP_ThreadType, long (*)(void*, long), long (*)(void*, long), void*, char const*) + 1521 8 com.kjams.kjams 0x0012858b CT_Preemptive::call(char const*) + 91 9 com.kjams.kjams 0x00139fc2 CSpooler::Fork_Spool(CSpooler*, bool) + 290 10 com.kjams.kjams 0x0027fd05 CSongImporter::EncodeSong(CSI_PersistantQueData*, CSpooler*) + 1109

5 7