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

[ptr_container] ownership
by David Grüner 09 Dec '06

09 Dec '06

Hello, i need to give up the ownership of a ptr_container (vector here) over its pointers (without assignment to a new ptr_container). Two questions here: 1. Do i really have to write aPtrContainer.release().release()? It looks weird. For me, the function name release() of the container seems confusing since an unassigned aPtrContainer.release() just does the "opposite" of auto_ptr<T>::release(), namely deleting the pointers. ;o) The behavior is more like transfer_ownership() or something similar ($0.02). 2. Beside managing memory, i plan to use ptr_container primarily to propagate const. So, in some cases i need a ptr_container which just doesn't own any given memory. What's the best way to do that? Any comments or pointers to missed docs are welcome. David

2 1

Re: [Boost-users] boost::tokenizer and boost::tokenizer::iterator
by Benjamin Winkler 09 Dec '06

09 Dec '06

>I'm having a problem with tokenizer::iterator crashing the program when >I increment it. > > >tokens.assign(string("1234#4567#1##"), separator("#")); The tokenizer does not copy the sequence (the string) but only remembers its begin and end iterators. You are constructing a temporary string object which will be destroyed immediately at the end of the line, thus rendering the iterators invalid. Make sure that the string exists while you are using the tokenizer and its iterators on it, e.g. by making it a class member. Benjamin

1 0

Problem with lambda bind & overloaded functions
by Santosh Joseph 09 Dec '06

09 Dec '06

I have read threads about this and tried to follow the solutions but I still compile time errors: i'm using vs2003.net and i get this problem with g++3.4.2 using namespace boost::lambda; boost::lambda::placeholder1_type Arg; typedef pair<set<string>::iterator,bool>(set<string>::*INSERT)(const string&); std::vector<string> v; set<string> str_con; INSERT insert_func = &set<string>::insert; for_each( v.begin(), v.end(), bind( insert_func, str_con, Arg)); p:\Vendor\boost-1.33.1\boost\lambda\detail\actions.hpp(96): error C2665: 'boost::lambda::function_adaptor<boost::lambda::return_type_N<boost::lambda::function_action<3>,boost::lambda::lambda_functor_base<boost::lambda::action<3,boost::lambda::function_action<3> >,boost::tuples::tuple<const boost::lambda::detail::bind_traits<const INSERT>::type,const boost::lambda::detail::bind_traits<const set<string> >::type,const boost::lambda::detail::bind_traits<const boost::lambda::placeholder1_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type,boost::lambda::detail::bind_traits<boost::tuples::null_type>::type> >::sig<boost::tuples::tuple<const allocator<string>::value_type &> >::rets_t>::plain_Func>::apply': none of the 2 overloads can convert parameter 2 from type 'const rt1' ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

2 1

boost::tokenizer and boost::tokenizer::iterator
by Javier Estrada 08 Dec '06

08 Dec '06

I'm having a problem with tokenizer::iterator crashing the program when I increment it. I'm using it in a similar scope: In class constructor: { tokenizer tokens(...); tokenizer::iterator tokenIterator; } In a member function: { tokens.assign(string("1234#4567#1##"), separator("#")); tokenIterator = tokens.begin(); // use token iterator } In another member function: { cout << "token: " << *tokenIterator << endl; ++tokenIterator; ^^^ crash occurs in this instruction } I've verified: - Everything happens in the same thread (it's a multithreaded app) - tokenIterator != tokens.end(); Can anybody offer some insight? Regards, Javier

1 0

Signals, Format and Bind
by Memfis 08 Dec '06

08 Dec '06

I have two signals: signal<void(int)> source; signal<void(string)> target; What want is for every call: source(12345); to have a call: target("the value is 12345"); I am trying to achieve this with format and bind, but without much luck. What I came up with is the following: source.connect(bind(ref(target), bind(&format::str, bind(&format::operator%, format("the value is %1"), _1))); Unfortunately the code above treats the parameter to source as if it was empty, i.e. I get calls target("the value is "); What am I doing wrong and how can this be done correctly? -- Memfis

3 5

Boost 1.34 release
by Timm von Puttkamer 08 Dec '06

08 Dec '06

I would like to know when the next version of Boost will be released. Is there any time schedule? (At least I could not find anything on the website) Best regards Timm

1 0

need boost.subprocess
by Ilya Sokolov 08 Dec '06

08 Dec '06

Hi all! Are there any similar to python.subprocess in boost?

2 2

Re: [Boost-users] [tuple] [iterator] Multiple definition linker errors
by Mark Ruzon 08 Dec '06

08 Dec '06

>Mark Ruzon wrote: >> I have an executable with two .cpp files, each of which includes a >> header file that in turn includes boost headers. When I link them >> (gcc 3.2.3) >> I am greeted with multiple definition errors on somewhat random >> symbols like '(anonymous namespace)::_1' (through _9) from bind... > >This can be caused by precompiled headers not handling anonymous >namespaces >correctly. You can use the following patch: > >http://boost.cvs.sourceforge.net/boost/boost/boost/bind/placeholders.hpp?r1… > >to fix that. That worked great, Peter, thanks! Anyone know a similar trick for boost::detail::tuple_impl_specific::tuple_equal(boost::tuples::null_type, boost::tuples::null_type) on zip_iterator.hpp:320? This is my only other duplicate symbol. Mark

3 2

Re: [Boost-users] Auto-linking + serious Xplatform dev =>mutuallyexclusive?
by Sohail Somani 08 Dec '06

08 Dec '06

> [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Vladimir Prus > I suppose because on Linux, it's not typical to have several > variants. And > if you have just one variant, using > > -lwhatever Is it typical on Windows because of the way Microsoft set up the C++ runtime libraries? I can't recall ever seeing a single-threaded version of the g++ runtimes.

2 1

Re: [Boost-users] [BGL] read_graphviz
by Dmitry 08 Dec '06

08 Dec '06

Thank you very much to both. The life seems a little bit more sweeter now)

1 0