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

[Boost.TypeTraits] Adding specialisations
by Kirit Sælensminde 04 Oct '07

04 Oct '07

I'm wondering if finding the need to add specialisations of boost::detail::function_traits_helper is a result of missing headers, incorrect usage or just things that have not been added to Boost.TypeTraits on purpose? I'm using Boost 1.34.0 RC and MSVC 8.1 SP1. The first set can be seen on http://www.boostcookbook.com/Recipe:/1234841 and the second set on http://www.boostcookbook.com/Recipe:/1234968 namespace boost { namespace detail { template<typename R> struct function_traits_helper<R (**)(void) > { BOOST_STATIC_CONSTANT(int, arity = 0); typedef R result_type; }; template<typename R, typename F, typename L> struct function_traits_helper< boost::_bi::bind_t<R, F, L > * > { BOOST_STATIC_CONSTANT(int, arity = 0); typedef R result_type; }; } } namespace boost { namespace detail { template<typename R, typename C> struct function_traits_helper< R (C::**)(void) const > { BOOST_STATIC_CONSTANT(int, arity = 0); typedef R result_type; typedef C class_type; }; template<typename R, typename C, typename A1> struct function_traits_helper< R (C::**)( A1 ) const > { BOOST_STATIC_CONSTANT(int, arity = 1); typedef R result_type; typedef C class_type; typedef A1 arg1_type; }; template<typename R, typename C, typename A1, typename A2 > struct function_traits_helper< R (C::**)( A1, A2 ) const > { BOOST_STATIC_CONSTANT(int, arity = 2); typedef R result_type; typedef C class_type; typedef A1 arg1_type; typedef A2 arg2_type; }; } } K

3 11

Building Boost 1.34.1 on Solaris 10/SPARC
by Boris 04 Oct '07

04 Oct '07

According to http://blogs.sun.com/sga/entry/boost_mini_howto "upcoming Boost 1.34 works with Sun C++ well out of the box" - can anyone confirm this? I'm trying to upgrade from Boost 1.33.1 to Boost 1.34.1 on Solaris 10/SPARC but ran into problems with both CC (Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25) and g++ 3.4.6. With "./bjam --toolset=sun stage" I see this error (among others): sun.compile.c++ bin.v2/libs/wave/build/sun/debug/threading-multi/instantiate_cpp_exprgrammar.o "./boost/wave/util/flex_string.hpp", line 529: Error: Formal argument 2 of type void* in call to std::allocator<char>::allocate(unsigned, void*) is being passed const char*. "./boost/wave/util/flex_string.hpp", line 558: Where: While instantiating "boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>::Alloc(unsigned, const void*)". "./boost/wave/util/flex_string.hpp", line 558: Where: Instantiated from static boost::wave::grammars::expression_grammar_gen<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>>>::evaluate(const std::list<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>>, boost::fast_pool_allocator<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>>, boost::default_user_allocator_new_delete, boost::details::pool::null_mutex, 32>>::const_iterator&, const std::list<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>>, boost::fast_pool_allocator<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>>, boost::default_user_allocator_new_delete, boost::details::pool::null_mutex, 32>>::const_iterator&, const boost::wave::util::file_position<boost::wave::util::flex_string<char, std::char_traits<char>, std::allocator<char>, boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char>>, char*>>>&, bool, boost::wave::grammars::value_error&). "libs/wave/src/instantiate_cpp_exprgrammar.cpp", line 39: Where: Instantiated from non-template code. 1 Error(s) detected. With "./bjam --toolset=gcc stage" I see that error (again among others): gcc.link.dll bin.v2/libs/thread/build/gcc-3.4.6/debug/threading-multi/libboost_thread-gcc34-mt-d-1_34_1.so.1.34.1 /usr/ccs/bin/ld: illegal option -- start-group /usr/ccs/bin/ld: illegal option -- end-group ... collect2: ld returned 1 exit status As the Boost Mini HOWTO mentions that Boost 1.34 should work out of the box I wonder if I'm the only one having a problem on Solaris? As the Getting Started document mentions that "only very recent versions are known to work well with Boost" - is Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25 maybe not recent enough? :) Boris

3 4

ublas/ vector proxy/ merging slices
by e r 04 Oct '07

04 Oct '07

hi, i have a vector of the form {x[1],...,x[i-1],x[i],x[i+1],...,x[n]} i'm wondering how to create a slice -if it's at all possible- for {x[1],...,x[i-1],x[i+1],...,x[n]}

1 0

[preprocessor]
by Josh Brown 03 Oct '07

03 Oct '07

Hello, First off, I apologize if this is a redundant post, I'm relatively new to Boost and I couldn't find a link to a list archive and a google search didn't merit anything either. I'm using the preprocessor lib to generate a class definition from a sequence of sequences. I want to be able to make the last element of each sequence optional and generate additional code based on if the last parameter exists. I'm currently testing for the length of the sequence in a BOOST_PP_IF statement to see if it has the optional last parameter. The problem is that both the true and false result expressions are being expanded and then the correct one is selected based on the evaluation; which in my case causes an error. I boiled down my problem to a fairly simple example: //= test.cpp ================================================= #include <boost/preprocessor/seq/for_each.hpp> #include <boost/preprocessor/control/if.hpp> #include <boost/preprocessor/comparison/equal.hpp> #include <boost/preprocessor/seq/size.hpp> #include <boost/preprocessor/seq/elem.hpp> #include <boost/preprocessor/facilities/empty.hpp> #define MY_SEQ ((var1) (VAR1) (option1)) ((var2) (VAR2)) #define GET_OPTIONAL_ELEMENT(r, data, elem) \ BOOST_PP_IF( \ BOOST_PP_EQUAL(BOOST_PP_SEQ_SIZE(elem), 3), \ BOOST_PP_SEQ_ELEM(2, elem), \ BOOST_PP_EMPTY() \ ) #define DEMO_PROBLEM(seq) \ BOOST_PP_SEQ_FOR_EACH(GET_OPTIONAL_ELEMENT, _, seq) DEMO_PROBLEM(MY_SEQ) //= test.cpp ================================================= running the above code through gcc -E generates this error: test.cpp:20:1: error: macro "BOOST_PP_SEQ_ELEM_III" requires 2 arguments, but only 1 given The root of my problem seems to stem from the fact that BOOST_PP_IF expands both the true and false expressions before it does the if test and just outputs the already expanded expression. Is this correct; and if so, is there a way around it? Or are there any obvious other solutions to my problem that the boost experts can suggest :) Thanks Josh Brown

4 4

[multi_key] problems using modify_key with a composite_key index
by Jeff Holle 03 Oct '07

03 Oct '07

Once again, I've run into a compilation problem that I can't seem to fix and I wish some help. My multi_index container looks like: typedef multi_index_container< entry, indexed_by< ordered_unique<member<entry,DataVertex,&entry::m_vertex> >, ordered_non_unique< composite_key< entry, member<entry,size_t,&entry::m_y>, member<entry,size_t,&entry::m_x> > > > > C; I now have to swap values via the composite_key. To simplify things, I'll just express the last of three lines that would do this job if it compiles (and the lines needed to understand it). c.get<1>().modify_key(c.get<1>().find(make_tuple(y,UINT_MAX)),ll::_1=make_tuple(y,startIter2->m_x)); where startIter2 type is: nth_index<C,1>::type::iterator and y is just an int. The compiler error that I get is: $BOOST_ROOT/boost/multi_index/detail/modify_key_adaptor.hpp: In member function 'void boost::multi_index::detail::modify_key_adaptor<Modifier, Value, KeyFromValue>::operator()(Value&) [with Modifier = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const boost::tuples::tuple<int, unsigned int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, Value = Positioner::entry, KeyFromValue = boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>]': $BOOST_ROOT/boost/multi_index_container.hpp:543: instantiated from 'bool boost::multi_index::multi_index_container<Value, IndexSpecifierList, Allocator>::modify_(Modifier, typename boost::multi_index::detail::multi_index_base_type<Value, IndexSpecifierList, Allocator>::type::node_type*) [with Modifier = boost::multi_index::detail::modify_key_adaptor<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const boost::tuples::tuple<int, unsigned int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, Positioner::entry, boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, Value = Positioner::entry, IndexSpecifierList = boost::multi_index::indexed_by<boost::multi_index::ordered_unique<boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_vertex>, mpl_::na, mpl_::na>, boost::multi_index::ordered_non_unique<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, mpl_::na, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, Allocator = std::allocator<Positioner::entry>]' $BOOST_ROOT/boost/multi_index/detail/index_base.hpp:166: instantiated from 'bool boost::multi_index::detail::index_base<Value, IndexSpecifierList, Allocator>::final_modify_(Modifier, typename boost::multi_index::detail::multi_index_node_type<Value, IndexSpecifierList, Allocator>::type*) [with Modifier = boost::multi_index::detail::modify_key_adaptor<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const boost::tuples::tuple<int, unsigned int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, Positioner::entry, boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, Value = Positioner::entry, IndexSpecifierList = boost::multi_index::indexed_by<boost::multi_index::ordered_unique<boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_vertex>, mpl_::na, mpl_::na>, boost::multi_index::ordered_non_unique<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, mpl_::na, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, Allocator = std::allocator<Positioner::entry>]' $BOOST_ROOT/boost/multi_index/ordered_index.hpp:338: instantiated from 'bool boost::multi_index::detail::ordered_index<KeyFromValue, Compare, SuperMeta, TagList, Category>::modify(boost::multi_index::detail::bidir_node_iterator<boost::multi_index::detail::ordered_index_node<typename SuperMeta::type::node_type>, mpl_::na>, Modifier) [with Modifier = boost::multi_index::detail::modify_key_adaptor<boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const boost::tuples::tuple<int, unsigned int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, Positioner::entry, boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, KeyFromValue = boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, Compare = std::less<boost::multi_index::composite_key_result<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, SuperMeta = boost::multi_index::detail::nth_layer<2, Positioner::entry, boost::multi_index::indexed_by<boost::multi_index::ordered_unique<boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_vertex>, mpl_::na, mpl_::na>, boost::multi_index::ordered_non_unique<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, mpl_::na, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, std::allocator<Positioner::entry> >, TagList = boost::mpl::vector0<mpl_::na>, Category = boost::multi_index::detail::ordered_non_unique_tag]' $BOOST_ROOT/boost/multi_index/ordered_index.hpp:349: instantiated from 'bool boost::multi_index::detail::ordered_index<KeyFromValue, Compare, SuperMeta, TagList, Category>::modify_key(boost::multi_index::detail::bidir_node_iterator<boost::multi_index::detail::ordered_index_node<typename SuperMeta::type::node_type>, mpl_::na>, Modifier) [with Modifier = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::other_action<boost::lambda::assignment_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, const boost::tuples::tuple<int, unsigned int, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, KeyFromValue = boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, Compare = std::less<boost::multi_index::composite_key_result<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, SuperMeta = boost::multi_index::detail::nth_layer<2, Positioner::entry, boost::multi_index::indexed_by<boost::multi_index::ordered_unique<boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_vertex>, mpl_::na, mpl_::na>, boost::multi_index::ordered_non_unique<boost::multi_index::composite_key<Positioner::entry, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_y>, boost::multi_index::member<Positioner::entry, unsigned int, &Positioner::entry::m_x>, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>, mpl_::na, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, std::allocator<Positioner::entry> >, TagList = boost::mpl::vector0<mpl_::na>, Category = boost::multi_index::detail::ordered_non_unique_tag]' Can somebody point out whats wrong?

7 13

Building static version of boost with bjam
by Michael Bradley Jr 03 Oct '07

03 Oct '07

Hi, how can i build boost as a static + mt library using bjam? I've tried the following command *bjam --toolset=msvc stage* without greater success. Getting a lot of warning and even single-threaded version are built ;( Is there a way to specify what is to be built? If yes how? Thanks in advance for any reply - Michael My System: WindowsXP SP2 (32bit) Visual Studio 2005

2 1

question on boost::regex expression(query);
by Mike Marchywka 03 Oct '07

03 Oct '07

Hi, I'm new to boost and not all that familiar with Perl regex. However, I have my own code for using Perl regex libraries for finding interesting features in DNA ( http://www.mail-archive.com/bio_bulletin_board@bioinformatics.org/msg01382.… ) I recently added boost to work along with Microsoft's greta code. However, I now have a problem with regex exploding. The questionable regex is presumably, (?<=GU.*?TACTAAC.{20,40}AG|^).*?(?=GU.*?TACTAAC.{20,40}AG|$) ( which doesn't explode with greta AFAIK) and the code in question is ( MM_MARK is debug macro, es is error stream other stuff omitted). try { es<<MM_MARK<<" "<<" "<<'\n'; boost::regex expression(query); [...] es<<MM_MARK<<" "<<" "<<'\n'; [ ...] } catch ( boost::regex_error e) { es<<MM_MARK<<" Error code "<<e.code()<<" at "<<e.position()<<'\n'; es<<MM_MARK<<query<<'\n'; return -1; } catch (exception e) { es<<MM_MARK<<" "<<e.what()<<'\n'; es<<MM_MARK<<" at "<<(start-sample)<<" for regex "<<query <<".\n"; } catch (...) { es<<MM_MARK<<" "<<"Unknown exception \n";} return -1; } I have two questions, what is wrong with the regex and how do I trap the error? The program just dies with "Aborted( core dump)." I guess there could be a build problem but I thought it may be something obvious that I am doing wrong in the regex or calling the library. Thanks. Mike Marchywka 586 Saint James Walk Marietta GA 30067-7165 404-788-1216 (C)<- leave message 989-348-4796 (P)<- emergency only marchywka(a)hotmail.com Note: Hotmail is blocking my mom's entire ISP claiming it is to reduce spam but probably to force users to use hotmail. Please DON'T assume I am ignoring you and try me on marchywka(a)yahoo.com if no reply here. Thanks. _________________________________________________________________ Test your celebrity IQ. Play Red Carpet Reveal and earn great prizes! http://club.live.com/red_carpet_reveal.aspx?icid=redcarpet_hotmailtextlink2

2 12

[multi_index] nested struct question
by boost＠larroy.com 03 Oct '07

03 Oct '07

Hi. I'm trying to create a multi_index and I was wondering if its possible to use a member of a member struct as index. struct nested_element_t { int i; }; struct element_t { nested_element_t ne; }; I'm not sure if there's a way to use member key extractor or should I write my own typedef multi_index_container< element_t, indexed_by< ordered_non_unique<tag<h>, member<nested_element_t ? , int, &nested_element_t> > > > set_t; Regards. -- Pedro Larroy Tovar, pedro at larroy dot com | http://pedro.larroy.com/ * Las patentes de programación son nocivas para la innovación * http://proinnova.hispalinux.es/

2 1

How to build on win64 with intel?
by Nicholas Bastin 03 Oct '07

03 Oct '07

I'm trying to build on WinXP 64 with the following command line: bjam --toolset=intel address-model=64 --with-signals stage However, every compile-c-c++ line gives me a popup window on my machine stating: "Windows cannot open this file: File: trackable.obj.rsp To open this file, Windows needs to know what program created it. Windows can go online....blah blah blah blah" And of course my build fails. Anyone know what to do about this, or what is screwed up in my environment? -- Nick

4 4

Regex and Win CE
by Ken Perry 03 Oct '07

03 Oct '07

Well hopefully this email will not get held by the moderator again. I have been trying to find out how I would go about compiling the Regex library with Visual studio 2005 for Win CE. I have seen some defines for Win CE so it looks like people are working on it. If no one has finished it then I will just grab the library and compile it myself. If however there is some thing I have to do at the command line of Jam I would like to know that before I go and try and fix it myself. Ken

2 2

Boost cookbook site (alpha)
by Kirit Sælensminde 03 Oct '07

03 Oct '07

I've spent the weekend putting together a cookbook site. I hope nobody minds. People can explore and play with it at http://www.boostcookbook.com/ Any problems, issues or suggestions can be reported at http://www.boostcookbook.com/Site:/Issues Apart from a couple of ASP pages using JavaScript the site is in C++ and makes heavy use of Boost :) Kirit

10 19

Reproducible access violation on win64 with signals (example code)
by Nicholas Bastin 02 Oct '07

02 Oct '07

I've managed to get my signals access violation to happen in a relatively simple test program on win64. I'm attaching my example source code to this email. If anyone needs anything else to reproduce the problem, please let me know. This program works when statically linked, but not when dynamically linked, so if someone can spot a bad compiler/linker flag, that would help too. I built boost with: bjam --toolset=intel address-model=64 link=shared runtime-link=shared --with-signals stage Also, I had to edit intel-win.jam to change icc.exe to icl.exe so that the compiler would run properly. I built my test application with: icl /EHsc /MD /I. test.cpp /link /subsystem:console /LIBPATH:stage\lib /NODEFAULTLIB /ENTRY:mainCRTStartup /FORCE:multiple boost_signals-iw-mt-1_34.lib msvcprt.lib msvcrt.lib libirc.lib libmmd.lib If you build with static linkage (obviously, rebuild boost without the shared link settings), the executable works fine (with libboost_signals-iw-mt-1_34.lib). -- Nick

1 0

statechart - time event...implementation ?
by Raja Cherukuri 02 Oct '07

02 Oct '07

It seems the current implementation of statechart library does not have timed event. It is possible to extend or specialize the current event<> class to achieve this ? Has anyone done this yet ? Looks like a common requirement for this type of event. Any reason why it is not part of this library offering ? Is it expected that users of this library do it themselves ? Thanks in advance. - Raja

2 3

Using boost (maybe mpl?) to generalize a switch statement to call different template functions
by Peng Yu 02 Oct '07

02 Oct '07

Hi, I have the following program, which uses a switch statement to call different template functions. The example is simple, but as the number of shapes increase, the switch statement might be very hard to maintain. I'm looking for a more general solution (maybe using mpl, not sure), such that the switch statement can be automatically generated, therefore, more maintainable. Thanks, Peng #include <iostream> enum shape { circle, square // there might be many cases }; template <shape, shape> struct A { void doit() const; }; //doit functions are defined for a majority number of shape combinations (maybe not all, but could be defined for all---the bodies of the functions not need can be empty). // 3 case. There should be 4 doit's if we consider all combinations. template <> void A<circle, circle>::doit() const { std::cout << "circle circle" << std::endl; } template <> void A<circle, square>::doit() const { std::cout << "circle square" << std::endl; } template <> void A<square, circle>::doit() const { std::cout << "square circle" << std::endl; } void f(shape s1, shape s2) { // each defined shape-combination corresponds to one case // I want to generalize the code by using boost::mpl // (or some other packages if applicable) switch(s1 << 8 | s2) { case circle << 8 | circle: A<circle, circle>().doit(); break; case circle << 8 | square: A<circle, square>().doit(); break; case square << 8 | circle: A<square, circle>().doit(); break; default: std::cout << "not defined" << std::endl; } } int main() { f(circle, circle); f(circle, square); f(square, circle); f(square, square); }

3 3

[signals] call a slot only once
by Christian Holmquist 02 Oct '07

02 Oct '07

Hello, Is there a way to automatically have a slot disconnected after it has been called once, without managing the connection manually? void f() { } signal<void()> sig; sig.connect(&f); sig(); // f gets called sig(); // f shouldn't get called

2 4

Usage of iterator_facade and iterator_adaptor
by Peng Yu 02 Oct '07

02 Oct '07

Hi, I'm trying to use Boost.Iterator library. I understand that iterator_adaptor specialize some part of iterator_facade. However, I can not tell for what application I should use iterator_facade or iterator_adaptor. I think the manual should summarize this for the user. Can somebody give me some hint on which to use them and under what condition, if you have the experience? Thanks, Peng

2 1

[boost::enable_shared_from_this] in inheritance tree throws bad_weak_ptr exception
by dariomt＠gmail.com 02 Oct '07

02 Oct '07

I need to create a class hierarchy where every level inherits from boost::enable_shared_from_this. I am having problems caused, I believe, by having more than one copy of enable_shared_from_this. I am using boost 1.34.1 with VS2003 and VS2005, with and without ICL9.1, always getting the same result: a boost::bad_weak_ptr exception. #include <boost/shared_ptr.hpp> #include <boost/enable_shared_from_this.hpp> using namespace boost; struct A : enable_shared_from_this<A> { shared_ptr<A> getA() {return enable_shared_from_this<A>::shared_from_this();} }; struct B : A, enable_shared_from_this<B> { shared_ptr<B> getB() {return enable_shared_from_this<B>::shared_from_this();} }; int main() { shared_ptr<A> pA (new A); pA->getA(); // this works OK shared_ptr<B> pB (new B); pB->getB(); // throws boost::bad_weak_ptr() !? return 0; } question 1: Is this expected or am I doing something wrong? question 2: If it is expected: is it possible to have it explained in the documentation? question 3: Is there a way to accomplish this (inheritance with shared_from_this in all levels) using enable_shared_from_this? Thanks in advance

3 3

[Process] getcwd memory leak in context.hpp
by Chris Fairles 02 Oct '07

02 Oct '07

Valgrinding the single_process_tutorial example, it seems getcwd in context.hpp is called with a NULL buffer and 0 size meaning that space is automagically malloc'd (according to POSIX.1-2001). ==10383== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 5 from 1) ==10383== malloc/free: in use at exit: 64 bytes in 1 blocks. ==10383== malloc/free: 32 allocs, 31 frees, 22,225 bytes allocated. ==10383== For counts of detected errors, rerun with: -v ==10383== searching for pointers to 1 not-freed blocks. ==10383== checked 162,760 bytes. ==10383== ==10383== 64 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==10383== at 0x4A0590B: realloc (vg_replace_malloc.c:306) ==10383== by 0x39848C03FC: getcwd (in /lib64/libc-2.5.so) ==10383== by 0x407894: boost::process::basic_work_directory_context<std::string>::basic_work_directory_context() (context.hpp:85) ==10383== by 0x407A19: boost::process::basic_context<std::string>::basic_context() (context.hpp:142) ==10383== by 0x403730: main (single_process_tutorial.cpp:44) ==10383== ==10383== LEAK SUMMARY: ==10383== definitely lost: 64 bytes in 1 blocks. I think the memory should be free()'d if the returned buf isnt NULL (or create a buffer isntead of passing NULL,0). Chris

1 0

identical boost expression used in different parts of the code - looking for an alias
by e r 02 Oct '07

02 Oct '07

hi for example, i use boost::bind( &A::f, _1 ) in different parts of my code. how can i define an alias for this expression? i'm thinking of using something like some_type* fo = new boost::bind(&A::f,_1); and use *fo in place of boost::bind(...). is this crazy? what should some_type be?

3 3

boost::shared_ptr and "this"-pointer: how to use shared_from_this?
by Taneli R. 02 Oct '07

02 Oct '07

I'm converting pipes and filters architecture made with raw pointers to use shared_ptrs. My Pipe class has a static counter, which gives unique pipeID to every pipe. Since Pipe class has pure virtual functions, the pipes in my architecture are instances of derived classes. Pipe class looks like this: class Pipe { public: Pipe() : pipeID(++pipeCount) {} virtual bool lay(boost::shared_ptr<Pipeable>& source, string& sourceTag, boost::shared_ptr<Pipeable>& destination, string& destTag) = 0; /*...other pure virtual functions here...*/ protected: int pipeID; static int pipeCount; } My problem is that when I try to make a new pipe between source and destination, the pipe is made twice (with different pipeID-numbers), which is a problem because there should be only one pipe connecting my components. I believe it is a result from using "this"-pointer directly without enabling "shared_from_this". I know that I should use it somehow but the same time I should maintain the unique pipeID. If I create a new shared_ptr with "shared_from_this" enabled inside SimplePipe, it has a different pipeID than the one I should be using. I have to use shared_ptr because I'm storing pointers into containers. And finally I cannot instantiate Pipe directly from its base class with using "shared_from_this" because it has pure virtual functions. Any help for solving this problem or a decent tutorial on using shared_ptrs and enable_shared_from_this would be appreciated. The following code snippets illustrate the problem: // //Main // boost::shared_ptr<Pipe> pipe; pipe = inputPipes[tag]; //find a matching pipe from the map if (pipe.get() == 0) //if not found, create a new pipe { boost::shared_ptr<Pipeable> source; // no source boost::shared_ptr<Pipeable> destination (boost::dynamic_pointer_cast<Pipeable>(comp)); pipe = boost::shared_ptr<Pipe>(new SimplePipe(source, srcTag, destination, destTag)); //creating new pipe inputPipes[tag] = pipe; //put the pipe into a map } // //SimplePipe, derived from Pipe // SimplePipe::SimplePipe(boost::shared_ptr<Pipeable>& source, string& sourceTag, boost::shared_ptr<Pipeable>& destination, string& destTag) { lay(source, sourceTag, destination, destTag); } bool SimplePipe::lay(boost::shared_ptr<Pipeable>& source, string& sourceTag, boost::shared_ptr<Pipeable>& destination, string& destTag) { if (source.get() != 0 && destination.get() != 0 && !sourceTag.empty() && !destTag.empty()) //Both ends attached { if (source->makeSource(pipeID, sourceTag)) { this->source = source; //problem? if (destination->makeDestination(pipeID, destTag)) { this->destination = destination; //problem? return true; } else { source->detachPipe(pipeID); } } } else if (source.get() == 0 && destination.get() != 0 && !destTag.empty()) //only destination attached { if (destination->makeDestination(pipeID, destTag)) { this->destination = destination; //problem? return true; } } else if (source.get() != 0 && destination.get() == 0 && !sourceTag.empty()) { /*etc etc...*/ } return false; } -- View this message in context: http://www.nabble.com/boost%3A%3Ashared_ptr-and-%22this%22-pointer%3A-how-t… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

[boost::graph] creating an external map for depth_first_search
by v r 02 Oct '07

02 Oct '07

I cannot figure out how to create a color map for depth first search, i`m using bundled properties and the following type as graph. adjacency_list<listS,setS,bidirectionalS,WorldNode> world_graph_t; right now i`m trying to make it like this, but i get 50 errors and cannot deduce what my error is. template<class VisitorT> THOR_INLINE void DepthFirstSearch(const VisitorT& vis, const vertex_descriptor& start) { using namespace boost; std::vector<default_color_type> color_vec( num_vertices(graph) ); depth_first_search(graph, visitor(vis), color_map(make_iterator_property_map(color_vec.begin(),get(vertex_color,graph))), start); } --------------------------------- Вы уже с Yahoo!? Испытайте обновленную и улучшенную. Yahoo! Почту!

3 2

Bjam linking problem
by desai3＠cooper.edu 02 Oct '07

02 Oct '07

Hi folks: I have successfully wrapped up a C++ program in Python. Now I want to give my libboost_python.so and server.so files to my friend, so that he can use it too. However server.so makes use of libstdc++ and ssl library files, which I have to link statically to the server.so in order to be able to give server.so to someone. However Bjam is not linking libstdc++.a or libssl.a to server.so statically. I will really appreciate if someone could give me any direction about how to link these libraries statically to server.so . Thank you very much. Maulik P.S. My Jamfile looks like this ----------------------------------------------------------------------- project-root ; import python ; extension server : server.cpp <template>@boost/libs/python/build/extension : <include>. <include>../dqp <include>/export/apps/dq/dqweb/include <library-path>/home/o066144/work_in_progress/api/SunOS-5.8-g++ <library-path>/export/apps/dq/dqweb/lib <library-path>/usr/local/lib <find-library>ssl <find-library>crypto <find-library>dl <find-library>socket <find-library>nsl <find-library>gcc <find-library>stdc++ ; ---------------------------------------------------------------------------

2 2

BGL: traveling salesman problem
by Michael Held 02 Oct '07

02 Oct '07

hi bgl-guys, is there a 'traveling salesman' implementation for bgl or is anything in this direction planned? there are several algorithms available, e.g. http://www.tsp.gatech.edu/concorde.html which could be ported to bgl?! best regards, michael

1 0

dumb question about boost::any.
by chun ping wang 02 Oct '07

02 Oct '07

How would i go about implementing operator< for boost::any....

1 0

[program_options] Why is allow_unregistered not implemented for config file?
by Marty Fried 01 Oct '07

01 Oct '07

I want to use the program_options library for my app's, well, program options. There is one set of options, which will usually only be one or two lines, that will have an unknown name; this is only handled by the (boost::program_options::) basic_command_line_parser template, with, apparently, no equivalent functionality for config files. This seems to me to be an oversight. I would have thought there would at least be an option to ignore unknown parameters if they aren't supported like for the command line. For my needs, it looks like I might need to modify the Boost sources to disable the exception on unknown parameters, or force the user to create a special config file for, most likely, a single parameter. Or I can change the syntax to something much less natural. What I'm hoping for is either someone to inform me that I'm wrong, and there is a way to handle config files more elegantly than what I'm seeing, or a suggestion as to how best to implement what I need. Thanks for any help you can offer. -- Marty Fried - email: public.forums (at) gmail.com Left coast, USA

2 2