- Boost-users - lists.boost.org

Re: [Boost-users] follow up on regex questions
by Mike Marchywka 04 Oct '07

04 Oct '07

OK, I think my earlier concern about greta dropping data was incorrect as it was the result of hastily adapting a piece of code for testing- that wouldn't have occured before. I went back to verify that boost still gives the same results as greta with simpler regexes and still have identical results. Is there anything that "()" can do to the stack that could be causing flakey results? This fails on some data ( program hangs or seg faults): ATG(.)*?(TAG|TAA|TGA) >rule|2|DNA Euk ORF This works on data I have ( although I thought I saw it failing earlier, I have yet to see the 1000 other regex's fail in boost ): ATG.*?(TAG|TAA|TGA) >rule|2|DNA Euk ORF The working regex's do not have non-terminal "()"- while they may have "()" these are only at begin or end and include two choices, one of which is "^" or "|" ) My calling code looks something like this ( again, everything is char* ) while(regex_search(start, end, what, expression, flags)) { if (which>=what.size()) { es<<MM_MARK<<" which "<< which <<" vs size "<<what.size()<<'\n'; ; return -1; } int st=what[which].first - sample; int len=what[which].second-what[which].first; typedef VecTy::value_type Val; rv.push_back(Val(st,st+len )); start = what[which].second; // This makes things OVERLAP, may not be desired behavior. if ( rv.olap_group()) start = what[0].first+1; if ( rv.olap_which()) start = what[which].first+1; // update flags: flags |= boost::match_prev_avail; flags |= boost::match_not_bob; } Thanks again. >From: "John Maddock" <john(a)johnmaddock.co.uk> >Reply-To: boost-users(a)lists.boost.org >To: <boost-users(a)lists.boost.org> >Subject: Re: [Boost-users] follow up on regex questions >Date: Thu, 4 Oct 2007 17:37:22 +0100 > >Mike Marchywka wrote: > > Hi, > > Thanks for your help in the past. I would normally drop the issue at > > this point > > until I get my build environment cleaned up > > (" My build is messed up, I haven't read the documentation. What is > > wrong with YOUR library?" LOL). > > but I do have one more question which I believe is related to boost > > regex processing. > > If someone has a known good regex test program or can point to an > > obvious problem > > it may be helpful. > >You mean libs/regex/test/regress/*.cpp ? > >It would be a good idea to build and run this to verify the sanity of your >setup at least: I still have a suspision that the binaries you are using >are >not compatible with your build options or regex headers, but I can't be >sure. > > > Again, this code seems to work with Microsoft's > > greta and boost gives identical results on a longer list of SIMPLER > > regexes so I reasonably believe that the problem is due to handling > > of more complicated expression ( One caveat, to be complete, is that > > greta did seem to return some spurious > > results but they are easily filter programmatically, things like > > negative location, > > but the plausible ones that I have checked manually are right). > > However, on this sequence of regexes (regexi?) I get either an abort > > OR the program hangs > > later on non-sensical execution (I know, "Gee, you have a build > > problem and the stack is messed up?"). > > > > myboost.cpp114 (GU.*?TACTAAC.{20,40}AG|^)(.*?)(GU.*?TACTAAC.{20,40}AG) > > myboost.cpp114 ATG(...)*?(TAG|TAA|TGA) > > myboost.cpp114 TATAA.*?ATAAA > > myboost.cpp114 (GU.*?TACTAAC.{20,40}AG|^)(.*?)(GU.*?TACTAAC.{20,40}AG) > > myboost.cpp114 ATG(...)*?(TAG|TAA|TGA) > > > > ( progam hangs in my code or had been core dumping in boost::regex ) > >What is the text you are matching against? If you can give me a concrete >example I can test it here, but "it hangs" isn't very useful I'm afraid ;-) > >John. > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ Help yourself to FREE treats served up daily at the Messenger Café. Stop by today! http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=TXT_TAGHM_OctH…

1 0

[Iostreams] Issue with mapped_file
by JD 04 Oct '07

04 Oct '07

Hello, There is something I don't get with mapped_file from the IOStreams library. Here is an example: // Code snippet #include <iostream> #include <boost/iostreams/device/mapped_file.hpp> #include <boost/iostreams/stream.hpp> using namespace boost::iostreams; int main(int argc, char **argv) { if (argc != 2) return 1; try { stream <mapped_file_sink> out; mapped_file_params p(argv[1]); p.new_file_size = 1024 * sizeof (char); out.open(mapped_file_sink(p)); } catch (const std::exception &e) { std::cout << e.what() << std::endl; return 2; } return 0; } // Code snippet When compiled, the execution goes like: c:\>test_shmem somefile c:\>test_shmem somefile failed setting file size: The handle is invalid. I tried without the new_file_size, I tried with a mapped_file... Is there something I don't get? Why are we not able to open a file that already exist? Thanks for your help. JD

4 9

[smart_ptr] shared_ptr clean-up failure
by Robbie Morrison 04 Oct '07

04 Oct '07

Hi all -- hope someone can help, many TIA -- Robbie Intro This relates to the Boost.Smart_ptr library. The example code (see below) fails when a boost::shared_ptr is used, but not when a raw pointer is substituted. This posting probably highlights some key misunderstanding on my part. Perhaps someone can explain where I went wrong. As a long shot, it could be that the Boost.Ref library can offer something useful. Problem I want to pass in an existing UDT (user-defined type) by reference to a second UDT during construction. I figured it would be better to hold this reference in a smart pointer rather than a raw pointer. The following stripped-down code mimics this process, but passes in an int (a fundamental type) instead for reasons of simplicity. The example works fine with a raw pointer, but not a boost::shared_ptr (or std::auto_ptr or boost::scoped_ptr or std::tr1::shared_ptr). I checked in Becker (2007) ("C++ standard library extensions") and Karlsson (2006) ("Beyond the C++ standard library") regarding Boost.Smart_ptr's, but could not see anything useful. 'frag-pass-by-ref_03.cc' was the name of my program. Test environment - Boost release 1.34.1 dated 24-Jul-2007 (source build) - GNU GCC 4.1.2 compiler (using -Wall -Weffc++ -pedantic) - Linux Ubuntu 6.10 operating system (now superseded by 7.04) - run-time memory checking with valgrind version "valgrind-3.2.0-Debian" - laptop is Toshiba Tecra A2 330, new 2004, 1.4GHz Intel Celeron M Error messages (normal run-time) destroying a MyClass *** glibc detected *** ./frag-pass-by-ref_03: free(): invalid pointer: 0xbfcd12dc *** ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6[0xb7d8a8bd] /lib/tls/i686/cmov/libc.so.6(__libc_free+0x84)[0xb7d8aa44] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb7f3afc1] ./frag-pass-by-ref_03(__gxx_personality_v0+0x3d3)[0x8048baf] ./frag-pass-by-ref_03[0x8048c96] ./frag-pass-by-ref_03(__gxx_personality_v0+0x274)[0x8048a50] ./frag-pass-by-ref_03(__gxx_personality_v0+0x29e)[0x8048a7a] ./frag-pass-by-ref_03(__gxx_personality_v0+0x2ba)[0x8048a96] ./frag-pass-by-ref_03[0x8048cd4] ./frag-pass-by-ref_03(__gxx_personality_v0+0x195)[0x8048971] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7d398cc] ./frag-pass-by-ref_03(__gxx_personality_v0+0x65)[0x8048841] ======= Memory map: ======== (remainder omitted) Error messages (under valgrind) destroying a MyClass ==23254== Invalid free() / delete / delete[] ==23254== at 0x4020CC7: operator delete(void*) (vg_replace_malloc.c:244) ==23254== by 0x8048BAE: void boost::checked_delete<int>(int*) (checked_delete.hpp:34) ==23254== by 0x8048C95: boost::detail::sp_counted_impl_p<int>::dispose() (sp_counted_impl.hpp:79) ==23254== by 0x8048A4F: boost::detail::sp_counted_base::release() (sp_counted_base_gcc_x86.hpp:145) ==23254== by 0x8048A79: boost::detail::shared_count::~shared_count() (shared_count.hpp:205) ==23254== by 0x8048A95: boost::shared_ptr<int>::~shared_ptr() (shared_ptr.hpp:131) ==23254== by 0x8048CD3: MyClass::~MyClass() (frag-pass-by-ref_03.cc:21) ==23254== by 0x8048970: main (frag-pass-by-ref_03.cc:31) ==23254== Address 0xBE8944FC is on thread 1's stack (error summary omitted) 8< ------------------------------------------- #include <iostream> // standard io #include <boost/shared_ptr.hpp> // Boost shared pointer class MyClass { public: MyClass (int& i) // & indicates pass-by-reference : d_int(&i) { } // & is address-of operator ~MyClass() { std::cout << "destroying a MyClass" << std::endl; } private: boost::shared_ptr<int> d_int; // shared pointer FAILS // int* d_int; // raw pointer works }; int main() { int myint(2); // simple integer MyClass myclass(myint); // constructor call return 0; } ------------------------------------------- >8 --- Robbie Morrison PhD student -- policy-oriented energy system simulation Institute for Energy Engineering (IET) Technical University of Berlin (TU-Berlin), Germany [from IMAP client]

2 1

boost-users: boost enable_if
by chun ping wang 04 Oct '07

04 Oct '07

template <typename T> bool boost::pseudoprime(const T& n, const T& k) { typedef boost::operators<T> operatorT; BOOST_STATIC_ASSERT(is_integral<T>::value); // static assert 1. BOOST_STATIC_ASSERT((is_base_of<operatorT, T>::value)); // static assert 2. BOOST_ASSERT (n > T(2) && n % T(2) != 0); return modular_expo(k, n-1, n) != T(1) % n ? true : false; } now in vistual studio 2005 sp1 and visual studio 2008 beta the part "is_base_of<operatorT, T>::value" does not work if T happens to be an int or long due to "error C2803: 'operator --' must have at least one formal parameter of class type". I want to use enable_if to enable the STATIC_ASSERT only if T is NOT an arithmetic type for static assert 2. How would i go about doing that?

2 9

(no subject)
by Mark Beinker 04 Oct '07

04 Oct '07

Hi, I was trying to use the boost interval class using g++ under cygwin, but unfortunately, I have trouble to use the exp function. The following code: #include <iostream> #include <cmath> #include <boost/numeric/interval.hpp> #define DOUBLE boost::numeric::interval<double> int main(int argc, char** argv) { DOUBLE x(4,5); std::cout.precision(19); DOUBLE res = exp(x); std::cout<<'['<<res.lower()<<", "<<res.upper()<<']'<<std::endl; return 0; } generates the following compile error: /usr/include/boost/numeric/interval/transc.hpp: In function `boost::numeric::interval<T, Policies> boost::numeric::exp(const boost::numeric::interval<T, Policies>&) [with T = double, Policies = boost::numeric::interval_lib::policies<boost::numeric::interval_lib::rounded_math<double>, boost::numeric::interval_lib::checking_strict<double> >]': itest.cpp:14: instantiated from here /usr/include/boost/numeric/interval/transc.hpp:34: error: 'struct boost::numeric::interval_lib::rounded_math<double>' has no member named 'exp_down' itest.cpp:14: instantiated from here /usr/include/boost/numeric/interval/transc.hpp:34: error: 'struct boost::numeric::interval_lib::rounded_math<double>' has no member named 'exp_up' I use boost version 1.34.1. Any idea why this doesn't work? Regards, Mark

1 0

[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