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

[typeof] Typo in Acknowledgements page
by Cromwell Enage 17 Feb '07

17 Feb '07

In the header, "Acknowledgements" is spelled as "Acknoledgements" Cromwell D. Enage ____________________________________________________________________________________ We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265

1 0

Printable documentation
by Seweryn Habdank-Wojewódzki 17 Feb '07

17 Feb '07

Hi all I have just one simple question. In the book of Bjorn Karlson there are described just main Boost libraries. And I am interesting about printable version of some others. Especially interesting for me is Program Option. How can I reach printer friendly issue of it? Regards. -- |\/\/| Seweryn Habdank-Wojewódzki `\/\/'

1 0

[signals] threading_model.hpp locking bug?
by Frank Mori Hess 17 Feb '07

17 Feb '07

Timmo, In looking over signals/detail/threading_model.hpp, it looks like signals::mutli_threaded isn't thread-safe due to the way it uses scoped_lock. That is, scoped_lock is not thread-safe. I used a slightly different approach in thread_safe_signals/single_threaded.hpp (which provides a null mutex type) and multi_threaded.hpp (which provides real mutexes and is not included by default to prevent default inclusion of boost.thread headers). -- Frank

2 1

[signals] status of signals::scoped_connection::release?
by Frank Mori Hess 17 Feb '07

17 Feb '07

scoped_connection provides an undocumented release() function. What is the status of this, should I implement it in thread_safe_signals? -- Frank

1 0

[signals] slot_call_iterator caching bug?
by Frank Mori Hess 16 Feb '07

16 Feb '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems to me the purpose of the cache in the slot_call_iterator is to prevent the slot from being run multiple times if the combiner does multiple dereferences on an iterator. However, since the cache is shared, if a copy of an already dereferenced iterator is made and incremented, then the original iterator will run the slot a second time when dereferenced. So is this a bug, or is it just unspecified what will happen if you dereference a slot iterator more than once? - -- Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFF1eBV5vihyNWuA4URAiOHAKDIqGjobUlH40+TIZ6pmD3s7E4aSgCfRIEZ +R0rr1t3upDKhxVPdy9x0uo= =jELp -----END PGP SIGNATURE-----

2 5

threads - basic introduction
by Noah Roberts 16 Feb '07

16 Feb '07

looking through the boost.threads doc and there doesn't seem to be any "getting started" guide like entry. I often find these are easier to read and get to know the library a little bit before hitting the reference. Is there any out there somewhere?

4 5

[iterator || function_types] zip_iterator -> unpack and call?
by Sohail Somani 16 Feb '07

16 Feb '07

Hi, Say I have a function "int add(int, int)" and want to use it in a call to std::transform with zip_iterators. Is there a way to do it without writing an intermediate function object? If not, would it be sensible to write a generic one using the function_types library? I can't imagine this would be too hard but just wanted to know if there is anything I can leverage before writing it myself. Thanks in advance, Sohail

3 4

derived class and serialization
by Aljaz 16 Feb '07

16 Feb '07

Hello.. I use serialization to communicate betwen client and server.. Base and derived class for serialization (communication): class base { }; class derived : base { }; What would be the 'good' way to export/import serialized data? Can I do this with smart pointers? Is this okay: WRITING: derived dc(4, 5, "some data"); std::ostringstream archive_stream; boost::archive::text_oarchive archive(archive_stream); archive & dc; //send archive_stream.str() over network RECIVING: should I use base class pointer when deserializing? or can I do it with base class reference? For instance: base *bc; bc & in_data; ///////// I'm little confused about reciving data.. I tried using base class reference for deserializing derived class, but it doesnt work and it seems unlogical to do it this way.. I would be really glad if someone could explain.. Thanks a lot

2 5

clear_vertex and property_map
by Celso Cardoso 16 Feb '07

16 Feb '07

Hi, I'm removing edges and vertices from the graph using the calls: clear_vertex(source); remove_vertex(source); But i have a property map also: property_map<graph_t, edge_weight_t>::type weightmap; The properties of the removed edges are removed "automatically" or do i have to do something else? I couldn't found any docs about that. Thanks, Celso.

2 1

tokenizing a string
by abir basak 16 Feb '07

16 Feb '07

Hi, I want to tokenize a string based on one or multiple space or tab std::string s = " a b c d \te "; std::vector<std::string> tokens; boost::algorithm::split(tokens,s,boost::algorithm::is_any_of(" \t"),token_compress_on); copy(tokens.begin(),tokens.end(),ostream_iterator<string>(cout,"\n")); This gives more or less correct result, except it does not remove space/ tab from begin /end. It can be done like trim(s); and then call the above. But is there any other way it can be done in split itself ?

3 3

boost::thread_specific_ptr performance?
by Josef Grahn 16 Feb '07

16 Feb '07

Hi! What performance characteristics can be expected from a thread_specific_ptr on various platforms, as compared to other synchronizing primitives? Does accessing it cost the equivalent of locking a mutex, or is it generally faster than that? Specifically, would the cost of accessing it be noticeable if one were to use it (naively) to manage detailed per-thread logging, generating many thousands of access calls per second or more. Thanks in advance! Best regards, Josef Grahn

1 0

Re: [Boost-users] Help
by Sergey Ostrovskiy 16 Feb '07

16 Feb '07

"Peter Dimov" <pdimov(a)mmltd.net> wrote in message news:<005201c7515d$f2fbdff0$6607a8c0@pdimov2>... > Sergey Ostrovskiy wrote: > > > Now I want to write something more difficult: > > > > apReports.push_back(make_report(boost::lambda::bind(&CItem::GetItemCount)*boost::lambda::bind((&CItem::GetItemBytes))); > > boost::lambda::bind(&CItem::GetItemCount, _1) * > boost::lambda::bind((&CItem::GetItemBytes, _1) Unfortunately this code produces errors during the compiling: error C2678: binary '*' : no operator found which takes a left-hand operand of type 'const boost::lambda::lambda_functor<T>' (or there is no acceptable conversion)

1 0

[signals] Chaining slots
by Allan Douglas 16 Feb '07

16 Feb '07

Hello, I'm using Boost.Signals to implement Deferreds (http://twistedmatrix.com/projects/core/documentation/howto/defer.html) An important feature of Deferreds is the hability to chain callbacks. Speaking of Signals, I want a way to call slots using args from previous slots calls. For example: float square(float x) { return x*x; } float sum1(float x) { return x+1; } boost::signal<float (float x)> sig; /* do some magic here */ sig.connect(&square); sig.connect(&sum1); sig.connect(&square); // sig(2) should call square(sum1(square(2))) std::cout << sig(2) << std::endl; I want the example to output 25 ( (2**2)+1)**2) Any ideas on how to implement this? Thanks, Allan Douglas

3 4

[mem_fn] Using mem_fn with std::bind2nd
by Scott Meyers 16 Feb '07

16 Feb '07

The mem_fn documentation is clear that there may be problems using mem_fn with the standard binders: > mem_fn is not 100% compatible with the standard adaptors, although it comes pretty close. In particular, mem_fn does not return objects of type std::[const_]mem_fun[1][_ref]_t, as the standard adaptors do, and it is not possible to fully describe the type of the first argument using the standard argument_type and first_argument_type nested typedefs. Libraries that need adaptable function objects in order to function might not like mem_fn. Fair enough. The program below fails to compile with VC8 and g++ 4.1.1, and the VC8 error message (which I find much more readable than the g++ one) suggests that I'm running into the problem mentioned above. However, the program DOES compile using Comeau 4.3.8, and that's what confuses me. Does anybody have any insights into whether this code is supposed to compile? I'm especially interested in any remarks about whether it should compile using std::tr1::mem_fn, should there be any differences between that and boost::mem_fn. Thanks, Scott #include <vector> #include <algorithm> #include <functional> #include "boost/mem_fn.hpp" struct Point { void rotate(int degrees); }; int main() { std::vector<Point> vp; std::for_each(vp.begin(), vp.end(), std::bind2nd(boost::mem_fn(&Point::rotate), 10)); }

2 2

Boost: Regular Expression question/bug?
by Derrick Schommer 16 Feb '07

16 Feb '07

Hi, I'm trying to understand if a regular expression I've designed is working correctly. It seems that I can make the regular expression match work "off by one" character in certain circumstances. For instance: The pattern: ".{1,3}" finds 1 to 3 characters, however The pattern: ".[^b]{1,3}" finds 1 to 4 characters...? For some reason when I apply a "do not allow the character b" or any other bracket operator the {min,max} range value seems to allow for one additional character. I cannot imagine this being done on purpose. The work around is to allow one less then you really want (i.e. {1,2}) but I figured I'd post something and see if anyone has seen it or could explain what is happening. Maybe its just a bug. The code example: boost::wregex pattern( TEXT( ".{1,3}" ) ); boost::wcmatch matchResults; if( boost::regex_match( TEXT( "asd" ), matchResults, pattern ) ) { // Match } else { // No match } } catch( runtime_error &e ) { printf( "\n%%FAILURE: Regular expression error: %s.\n", e.what() ); } Yes, I'm running in a UTF-16 build environment in Microsoft Windows .NET using C++. If this isn't the correct venue for this message, sorry in advance. Thanks, Derrick

3 4

Re: [Boost-users] Help
by Sergey Ostrovskiy 15 Feb '07

15 Feb '07

"Peter Dimov" <pdimov(a)mmltd.net> wrote in message news:<008801c75115$0caf8120$6607a8c0@pdimov2>... Сергей Островский wrote: > I have a problem. Here is example of my code: > Now I want to output to a stream some fields of CAddress class. I can > get a reference to CAddress object with the CItem::GetAddress method. > So I am writing something like it: > > apReports.push_back(make_report(boost::bind(&CAddress::GetName,boost::mem_fun(&CItem::GetAddress))); > apReports.push_back(make_report(boost::bind(&CAddress::GetSize,boost::mem_fun(&CItem::GetAddress))); > > these 2 lines are not compiled. >Use > boost::bind( &CAddress::GetName, boost::bind( &CItem::GetAddress, _1 ) ) Peter, you are better! I think that should be simple solution. Thank you! Now I want to write something more difficult: apReports.push_back(make_report(boost::lambda::bind(&CItem::GetItemCount)*boost::lambda::bind((&CItem::GetItemBytes))); or apReports.push_back(make_report(boost::lambda::bind(&CItem::GetItemCount)*100.0/boost::lambda::bind((&CItem::GetTotalCount))); Is there any way to make it with boost library? _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ----------

2 1

[serialization] reliable storage / ACID transactions
by Pavlo Korzhyk 15 Feb '07

15 Feb '07

I have an (allmost) ready client-server system. The server maintains some sort of object-database that is saved to an xml file for persistence. Boost serialization is used for both persistance & networking. Is there any easy way to add some "mature" storage system? Something that will store different objects in different entities of the database would be ideal. Are there any ready solutions for RDBMS or Berkeley DB? -- WBR, Pavlo Korzhyk ICQ#155870780

1 0

boost::thread problems with Visual Studio SP1 & /clr
by John Dunn 15 Feb '07

15 Feb '07

A while ago I posted a problem to the list about issues I was having using the beta Visual Studio SP1, statically linking to boost::threads and compiling with /clr ( http://thread.gmane.org/gmane.comp.lib.boost.user/22464/focus=22617 ). SP1 has been recently released and the problem still exists. I resubmitted a bug report to Microsoft and they have marked the bug as [Won't Fix]. https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?Feedb… A workaround is to use the DLL version of boost::threads. This is not ideal, as I'd rather not have yet another DLL to cart around with my application. I'm guessing that supporting the /clr switch in boost isn't a high priority but it is the most straightforward way to integrate portable code ( communications, etc ) into a C# application. John

2 2

The test project looking for library v1.33 NOT v1.33.1 Why???
by fanz 15 Feb '07

15 Feb '07

I corrected the subject of email: From The test project looking for library v1.33.1 NOT v1.33. Why??? To The test project looking for library v1.33 NOT v1.33.1 Why??? -----Original Message----- From: fanz [mailto:fanzhe_cui@yahoo.com] Sent: Thursday, February 15, 2007 11:22 AM To: 'boost-users(a)lists.boost.org' Subject: The test project looking for library v1.33.1 NOT v1.33. Why??? I was trying to build Slexer that was in WAVE library that came with BOOST v1.33.1 pkg. I think this might be a configuration problem of boost version, but I could not figure it out, although I looked in every setting of VC++8.0 for the boost. When I build the slexer program with VC++8.0 I got the error: 1>------ Build started: Project: test, Configuration: Debug Win32 ------ 1>Linking... 1>LINK : fatal error LNK1104: cannot open file 'libboost_wave-vc80-mt-gd-1_33.lib' 1>Build log was saved at "file://c:\Users\Testing\tool_test\wave\test\testlexers\Debug\BuildLog.htm" 1>test - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== But I did not designate the link library to 'libboost_wave-vc80-mt-gd-1_33.lib, and I don't know what setting made VC++8.0 looking for this lib. I want to VC++8.0 look for the library version v1.33.1 NOT v1.33. Does anybody have any ideas or comments? Thank you! Fanz

1 0

Help
by Сергей Островский 15 Feb '07

15 Feb '07

I have a problem. Here is example of my code: class CAddress { public: std::string GetName()const; int GetSize()const; }; class CItem { public: const CAddress& GetAddress()const; int GetItemCount()const; int GetItemBytes()const; }; class CReport { public: virtual ReportItem(const CItem& rItem,std::ostream& out)const = 0; }; template<class TFormula>class CReportFormula : public CReport { TFormula m_f; public: CReportFormula(TFomula f) : m_f(f){} virtual ReportItem(const CItem& rItem,std::ostream& out)const { out << m_f(rItem); } }; template class<TFormula> CReport* make_report(TFormula f) { return new CReportFormula<TFormula>(f); } somewhere in code: std::vector<CReport*> apReports; apReports.push_back(make_report(boost::mem_fun(&CItem::GetItemCount))); apReports.push_back(make_report(boost::mem_fun(&CItem::GetItemBytes))); it's Ok and it does work. Now I want to output to a stream some fields of CAddress class. I can get a reference to CAddress object with the CItem::GetAddress method. So I am writing something like it: apReports.push_back(make_report(boost::bind(&CAddress::GetName,boost::mem_fun(&CItem::GetAddress))); apReports.push_back(make_report(boost::bind(&CAddress::GetSize,boost::mem_fun(&CItem::GetAddress))); these 2 lines are not compiled. Where is my error? Can I resolve this problem with boost library? Now I fixed these problem with that code: template<TResult> class CReportAddress : public CReport { TResult (CAddress::*m_p)()const; public: CReportAddress( TResult (CAddress::*_p)()const) : m_p(p){} virtual ReportItem(const CItem& rItem,std::ostream& out)const { const CAddress& rAddress = rItem.GetAddress(); out << (rAddress.*m_p)(); } }; template<class TResult>CReport* make_report(TResult (CAddress::*p)()const) { return new CReportAddress<TResult>(p); } apReports.push_back(make_report(boost::mem_fun(&CAddress::GetName))); apReports.push_back(make_report(boost::mem_fun(&CAddress::GetSize))); but may be there is some better and more common solution?

3 2

[asio].[solaris].[1_33_1] problem in compiling test case
by Gaurav.Jain＠iflexsolutions.com 15 Feb '07

15 Feb '07

Hi, I have tried using boost 1_33_1 on Solaris machine, while compiling the program I am getting some errors. Can anybody help me out? The detail of the compilation is as follows: Boost Version: 1_33_1 Compiler Details: Sun Studio 11: C++ 5.8 Compiler OS Details: SunOS FICTESTING 5.10 Generic_118833-03 sun4u sparc SUNW,Sun-Fire-280R While compiling "buffered_read_stream.cpp" I am getting the following : $CC -I$HOME/1.33.1/64/include/ -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -library=stlport4 -features=tmplife -features=tmplrefstatic buffered_ read_stream.cpp -lnsl -lsocket -lxnet Undefined first referenced symbol in file std::string boost::system::error_code::message()const buffered_read_stream.o boost::system::error_category boost::system::error_code::new_category(int(*)(const boo st::system::error_code&),std::string (*)(const boost::system::error_code&),std::wstrin g (*)(const boost::system::error_code&)) buffered_read_stream.o ld: fatal: Symbol referencing errors. No output written to a.out Regards, Gaurav DISCLAIMER: This message contains privileged and confidential information and is intended only for an individual named. If you are not the intended recipient, you should not disseminate, distribute, store, print, copy or deliver this message. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required, please request a hard-copy version.

1 0

Re: [Boost-users] [bimap] URL Correction: Review of the Bimap library begins today Feb 15
by Ion Gaztañaga 15 Feb '07

15 Feb '07

Hello everyone again: I'm resending this because the first URL was not correct. The other URLs were correct, so to sum up:: The library can be downloaded from Boost.Vault/Containers: URL: http://www.boost-consulting.com/vault/index.php?directory=Containers Tiny URL: http://tinyurl.com/ysfclr Online documentation and the documentation package can be found here: http://tinyurl.com/y95qng Sorry for the noise, Ion

1 0

[multi_index] SIGABRT in multi_index_container constructor
by Manuel Jung 15 Feb '07

15 Feb '07

Hi, Im defining a class with a multi_index_container as base. When i construct a instance of this class, and the multi_index_container is called, the program crashes. It even crashes, when i dont use it as a base class. Like this: struct query { query(unsigned int id_, unsigned short pr_, unsigned short type_, unsigned short status_); virtual ~query(); enum estatus{WAITING=0, WORKING=1, BUFFERED=2}; unsigned int id; unsigned short pr; unsigned short type; unsigned short status; typedef boost::shared_ptr<query> pointer; }; struct query_rank_key:composite_key< query::pointer, member<query,unsigned short,&query::status>, member<query,unsigned short,&query::pr>, member<query,unsigned int,&query::id> >{}; typedef multi_index_container< query::pointer, indexed_by< ordered_non_unique< query_rank_key #if defined(BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION) ,composite_key_result_less<query_rank_key::result_type> #endif >, ordered_unique< tag<tid>,member<query,unsigned int,&query::id> > > queue_set; class queue : public queue_set { public: queue(){}; virtual ~queue(){}; typedef boost::shared_ptr<queue> pointer; }; This compiles just fine, but if i run the code i get the following backtrace after a Sigmentation Abort. It happens, when the queue::queue() is called. Someone a idee whats it about? Im new to boost::multi_index, so maybe i misunderstud something? Thank you Manuel Jung Ps.: boost 1.33.1, g++ 4.0 #0 0xffffe410 in __kernel_vsyscall () #1 0xb7a1b770 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7a1cef3 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7a14dbb in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0xb7b2d591 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #5 0x080809ab in scoped_lock (this=0xbff658f8, m=@0x80f15cc) at /usr/local/include/boost/detail/lwm_pthreads.hpp:72 #6 0x08080a2c in boost::multi_index::detail::safe_iterator_base::detach ( this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:202 #7 0x08080bfd in ~safe_iterator_base (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:127 #8 0x08085f9d in ~safe_iterator (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:217 #9 0x08085fc1 in ~index_iterator (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/index_iterator.hpp:72 #10 0x0808a7a5 in boost::multi_index::detail::ordered_index<boost::multi_index::member<query, unsigned int, &(query::id)>, std::less<unsigned int>, boost::multi_index---Type <return> to continue, or q <return> to quit--- ::detail::nth_layer<2, boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, boost::mpl::v_item<tid, boost::mpl::vector0<mpl_::na>, 0>, boost::multi_index::detail::ordered_unique_tag>::invariant_ (this=0x80f15fc) at /usr/local/include/boost/multi_index/ordered_index.hpp:766 #11 0x0808b2dd in boost::multi_index::detail::ordered_index<query_rank_key, std::less<boost::multi_index::composite_key_result<boost::multi_index::compos ite_key<boost::shared_ptr<query>, boost::multi_index::member<query, unsigned short, &(query::status)>, boost::multi_index::member<query, unsigned short, &(query::pr)>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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::mul---Type <return> to continue, or q <return> to quit--- ti_index::detail::nth_layer<1, boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, boost::mpl::vector0<mpl_::na>, boost::multi_index::detail::ordered_non_unique_tag>::invariant_ ( this=0x80f15fc) at /usr/local/include/boost/multi_index/ordered_index.hpp:800 #12 0x0808b314 in boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na,---Type <return> to continue, or q <return> to quit--- 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<boost::shared_ptr<query> > >::invariant_ (this=0x80f15f4) at /usr/local/include/boost/multi_index_container.hpp:591 #13 0x0808b33b in boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >::check_invariant_ (this=0x80f15f4) at /usr/local/include/boost/multi_index_container.hpp:596 #14 0x08083bab in boost::multi_index::detail::obj_scope_guard_impl0<boost::multi_index::multi_i ndex_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_ rank_key, mpl_::na, mpl_::na>, boost:---Type <return> to continue, or q <return> to quit--- :multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, void (boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >::*)() const>::execute (this=0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:187 #15 0x08083bd7 in boost::multi_index::detail::scope_guard_impl_base::safe_execute<b---Type <return> to continue, or q <return> to quit--- oost::multi_index::detail::obj_scope_guard_impl0<boost::multi_index::multi_in dex_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_ rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, void (boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_r ank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::sh---Type <return> to continue, or q <return> to quit--- ared_ptr<query> > >::*)() const> > (j=@0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:68 #16 0x08083bfc in ~obj_scope_guard_impl0 (this=0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:186 #17 0x08085f1b in multi_index_container (this=0x80f15f4, args_list=@0xbff65c28, al=@0xbff65c27) at /usr/local/include/boost/multi_index_container.hpp:162 #18 0x0808a069 in queue (this=0x80f15f0) at src/slots.h:91

2 2

Boost::shared_ptr from void
by Dave Nay 15 Feb '07

15 Feb '07

Hi All! I am using a third party library where I enqueue a series of events. Each of these events allows the passing of a user context void*. I am attempting to pass the address of a boost::shared_ptr as my context. typedef boost::shared_ptr<CBuffer> CBufferPtr; for (i = 0; i < PREQUEUESIZE; i++) { handle = RegisterBuffer(buffer->m_pBCAMBuffer, m_AOISize); QueueBuffer( handle, &buffer ); // The second parameter is a void* user context data } In the above code "buffer" is my shared_ptr. Later, in my event handler I have the following: CBufferPtr buffer = static_cast<CBufferPtr>(result.Context()); This does not compile due to the following error in VS2005: 1>c:\boost\include\boost-1_33_1\boost\shared_ptr.hpp(125) : error C2440: 'initializing' : cannot convert from 'const void *' to 'CBuffer *' 1> Conversion from 'void*' to pointer to non-'void' requires an explicit cast 1> d:\sourcecode\test.cpp(1572) : see reference to function template instantiation 'boost::shared_ptr<T>::shared_ptr<const void>(Y *)' being compiled 1> with 1> [ 1> T=CBuffer, 1> Y=const void 1> ] The problem seems to be that the third party library call to result.Context() is returing a const void*. It also seems to me that my handler code is actually executing the overloaded operator=, and can never actually cast from a void* to a shared_ptr<T>. What can I do to successfully cast a void* to a shared_ptr<T>? Thanks, Dave

3 3

[multi_index] derived class from multi_index_container?
by Manuel Jung 14 Feb '07

14 Feb '07

Hi, Can u define a class with a multi_index type as base? Like this: struct query { query(unsigned int id_, unsigned short pr_, unsigned short type_, unsigned short status_); virtual ~query(); enum estatus{WAITING=0, WORKING=1, BUFFERED=2}; unsigned int id; unsigned short pr; unsigned short type; unsigned short status; typedef boost::shared_ptr<query> pointer; }; struct query_rank_key:composite_key< query::pointer, member<query,unsigned short,&query::status>, member<query,unsigned short,&query::pr>, member<query,unsigned int,&query::id> >{}; typedef multi_index_container< query::pointer, indexed_by< ordered_non_unique< query_rank_key #if defined(BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION) ,composite_key_result_less<query_rank_key::result_type> #endif >, ordered_unique< tag<tid>,member<query,unsigned int,&query::id> > > > queue_set; class queue : public queue_set { public: queue(){}; virtual ~queue(){}; typedef boost::shared_ptr<queue> pointer; }; This compiles just fine, but if i run the code i get the following backtrace after a Sigmentation Abort. It happens, when the queue::queue() is called. Someone a idee whats it about? Or cant i derive a class from a multi_index_container? I didnt found something about it in the docs or mailing list. Thank you Manuel Jung Ps.: boost 1.33.1, g++ 4.0 #0 0xffffe410 in __kernel_vsyscall () #1 0xb7a1b770 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7a1cef3 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7a14dbb in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0xb7b2d591 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #5 0x080809ab in scoped_lock (this=0xbff658f8, m=@0x80f15cc) at /usr/local/include/boost/detail/lwm_pthreads.hpp:72 #6 0x08080a2c in boost::multi_index::detail::safe_iterator_base::detach ( this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:202 #7 0x08080bfd in ~safe_iterator_base (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:127 #8 0x08085f9d in ~safe_iterator (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/safe_mode.hpp:217 #9 0x08085fc1 in ~index_iterator (this=0xbff659c0) at /usr/local/include/boost/multi_index/detail/index_iterator.hpp:72 #10 0x0808a7a5 in boost::multi_index::detail::ordered_index<boost::multi_index::member<query, unsigned int, &(query::id)>, std::less<unsigned int>, boost::multi_index---Type <return> to continue, or q <return> to quit--- ::detail::nth_layer<2, boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, boost::mpl::v_item<tid, boost::mpl::vector0<mpl_::na>, 0>, boost::multi_index::detail::ordered_unique_tag>::invariant_ (this=0x80f15fc) at /usr/local/include/boost/multi_index/ordered_index.hpp:766 #11 0x0808b2dd in boost::multi_index::detail::ordered_index<query_rank_key, std::less<boost::multi_index::composite_key_result<boost::multi_index::composite_key<boost::shared_ptr<query>, boost::multi_index::member<query, unsigned short, &(query::status)>, boost::multi_index::member<query, unsigned short, &(query::pr)>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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::mul---Type <return> to continue, or q <return> to quit--- ti_index::detail::nth_layer<1, boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, boost::mpl::vector0<mpl_::na>, boost::multi_index::detail::ordered_non_unique_tag>::invariant_ ( this=0x80f15fc) at /usr/local/include/boost/multi_index/ordered_index.hpp:800 #12 0x0808b314 in boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, mpl_::na>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na,---Type <return> to continue, or q <return> to quit--- 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<boost::shared_ptr<query> > >::invariant_ (this=0x80f15f4) at /usr/local/include/boost/multi_index_container.hpp:591 #13 0x0808b33b in boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >::check_invariant_ (this=0x80f15f4) at /usr/local/include/boost/multi_index_container.hpp:596 #14 0x08083bab in boost::multi_index::detail::obj_scope_guard_impl0<boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost:---Type <return> to continue, or q <return> to quit--- :multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, void (boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >::*)() const>::execute (this=0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:187 #15 0x08083bd7 in boost::multi_index::detail::scope_guard_impl_base::safe_execute<b---Type <return> to continue, or q <return> to quit--- oost::multi_index::detail::obj_scope_guard_impl0<boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::shared_ptr<query> > >, void (boost::multi_index::multi_index_container<boost::shared_ptr<query>, boost::multi_index::indexed_by<boost::multi_index::ordered_non_unique<query_rank_key, mpl_::na, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<tid, 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>, boost::multi_index::member<query, unsigned int, &(query::id)>, 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<boost::sh---Type <return> to continue, or q <return> to quit--- ared_ptr<query> > >::*)() const> > (j=@0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:68 #16 0x08083bfc in ~obj_scope_guard_impl0 (this=0xbff65bd4) at /usr/local/include/boost/multi_index/detail/scope_guard.hpp:186 #17 0x08085f1b in multi_index_container (this=0x80f15f4, args_list=@0xbff65c28, al=@0xbff65c27) at /usr/local/include/boost/multi_index_container.hpp:162 #18 0x0808a069 in queue (this=0x80f15f0) at src/slots.h:91

1 0