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

aligned_storage / alignment_of / type_with_alignment
by Gottlob Frege 07 Oct '05

07 Oct '05

If for some crazy reason I want/need a uninitialized type T, how do I use type_with_alignment, etc to make it work? eg something vaguely like this: template <typename T> struct uninitted { type_with_alignment<sizeof(T), alignment_of<T>::value_type>::type myT; void init_later(some_params) { new (&myT) T(some_params); } }; Does the in-place new work? Is the unitted<T> 'just like' T in terms of memory, usage within a struct, etc? struct Foo1 { Bar bar; SomeT t; Foo foo; }; struct Foo2 { Bar bar; uninitted<SomeT> t; Foo foo; }; sizeof(Foo1) == sizeof(Foo2) offsetof(Foo1, t) == offsetof(Foo2, t) offsetof(Foo1, foo) == offsetof(Foo2, foo) all true? Thanks Tony

2 1

Re: [Boost-users] [bind] Member fn has defeated me
by BRIDGES Dick 06 Oct '05

06 Oct '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Simon Buchan > Sent: Wednesday, October 05, 2005 9:49 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [bind] Member fn has defeated me > > > BRIDGES Dick wrote: > <snip> > > <snip> > You find it mysterious because it's not even slightly common > outside of > functional languages. (I hope Boost can change this). > Basicly: bind is > a function that creates a function (sortof) from a function and > arguments. Confused? Don't worry, that's normal. Essentially: > > bind(&X::f, &x, _1); > > is the same as: > > f_result_type bound_f(f_arg1_type arg1) > { return x.f(arg1); > } > > // ... > > &bound_f > > but with less hassles (ie. x can be local) If I could start with a "bound" x, I probably wouldn't have so much trouble with the concept. I get confused when trying to deal with the implied 'this' when starting from the bind(&X::f, _1, _2) form. In the current case [i.e., void f(bool)], I think _2 represents the bool parameter and can't figure out how to express the unbound 'this'. Clearly there is an error in my understanding of the underlying concept.

2 1

Re: [Boost-users] Problem with shared_ptr and pthreads_mutex_lock
by Sohail Somani 06 Oct '05

06 Oct '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Kurt Kohler > Sent: Thursday, October 06, 2005 10:53 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Problem with shared_ptr and > pthreads_mutex_lock > > > I've verified to my own satisfaction that the gcc and boost > versions are > *not* the same, since the boost version doesn't have the bug > I was seeing. > > I'm not exactly sure where to report stdc++ library bugs, but > I subscribed to the mailing list so I assume I'll find out. Kinda makes you wonder why they wouldn't just copy the boost implementation. But then I guess theres legal issues with that?

2 1

Problem with shared_ptr and pthreads_mutex_lock
by Kurt Kohler 06 Oct '05

06 Oct '05

I've run into a strange problem using shared_ptr which I've reduced to the following simple case. #include <tr1/memory> class X { public: typedef std::tr1::shared_ptr<X> Ptr; int x; }; int main(int argc, char *argv[]) { for (int i = 0; i < 100; i++) { X::Ptr pX(new X); } return EXIT_SUCCESS; } Compiling with g++ 4.0.1 on a Debian system with "-O0 -g -fno-inline -DDEBUG". When this program is run under Valgrind (MemCheck) repeated messages like the following occur. ==9950== Conditional jump or move depends on uninitialized value(s) ==9950== at 0x1BBB6D9A: pthread_mutex_lock (in /lib/tls/libpthread-2.3.5.so) ==9950== by 0x1BB56C75: pthread_mutex_lock (in /lib/tls/libc-2.3.5.so) ==9950== by 0x804BF29: __gthread_mutex_lock(pthread_mutex_t*) (gthr-default.h:510) ==9950== by 0x8057ACD: std::tr1::_Sp_counted_base::release() (boost_shared_ptr.h:148) ==9950== by 0x8057B14: std::tr1::shared_count::~shared_count() (boost_shared_ptr.h:266) ==9950== by 0x806B1F4: std::tr1::shared_ptr<X>::~shared_ptr() (boost_shared_ptr.h:474) ==9950== by 0x806B1C9: main (main.cpp:30) ==9950== In the real code this leads to either a hang or an assert in pthread_mutex_lock. If the created pointer is put in a container then this doesn't seem to happen although the problem may just be postponed (the program is never able to complete). I've tried Electric Fence and dmalloc but neither told me anything useful. The hang or assert occurs at the same point every time unless the program is changed or the environment changes (e.g., running under Valgrind). It seems consistent with uninitialized memory. But why? And more important, what can I do about it? Any help would be greatly appreciated! Kurt Kohler Alpha Omega Computer Systems Corvallis, OR

3 4

Tokenizer: BCB AnsiString and std:string
by CN 06 Oct '05

06 Oct '05

Hi! The following version incorrectly produces the result: < > 1 //---------------------- #include<iostream> #include<boost/tokenizer.hpp> #include <vcl.h> #pragma hdrstop #pragma argsused int main(int argc, char* argv[]) { using namespace std; using namespace boost; AnsiString As = "*"; typedef tokenizer<boost::char_separator<char> > Tok; char_separator<char> sep(", "); Tok tokens(string(As.c_str(),As.Length()), sep); for(Tok::iterator tok_iter = tokens.begin();tok_iter != tokens.end(); ++tok_iter) cout << "<" << *tok_iter << "> " << (*tok_iter).size(); return EXIT_SUCCESS; } //---------------------- However, this version correctly outputs this result: <*> 1 #include<iostream> #include<boost/tokenizer.hpp> #include <vcl.h> #pragma hdrstop #pragma argsused int main(int argc, char* argv[]) { using namespace std; using namespace boost; AnsiString As = "*"; string str=string(As.c_str(),As.Length()); typedef tokenizer<boost::char_separator<char> > Tok; char_separator<char> sep(", "); Tok tokens(str, sep); for(Tok::iterator tok_iter = tokens.begin();tok_iter != tokens.end(); ++tok_iter) cout << "<" << *tok_iter << "> " << (*tok_iter).size(); return EXIT_SUCCESS; } //---------------------- Why the firt version mulfunctions? TIA and Regards, CN -- http://www.fastmail.fm - A fast, anti-spam email service.

2 1

Re: [Boost-users] [bind] Member fn has defeated me
by BRIDGES Dick 06 Oct '05

06 Oct '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Peter Dimov > Sent: Wednesday, October 05, 2005 10:41 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [bind] Member fn has defeated me > > > BRIDGES Dick wrote: > > >> BRIDGES Dick wrote: > >> > >>> class Bar { > >>> typedef void (*pf)(bool); > >> > >> If you make this > >> > >> typedef boost::function<void(bool)> pf; > >> > > [snip] > >> > >> then > >> > >> Bar bar_( boost::bind(&X::f, &x) ); > >> > >> should work. But you can't get an oridnary function pointer from > >> boost::bind; a function pointer doesn't have enough state to > >> represent &X::f + &x. > > > > <error_message> > > [...] > > I omitted too much of the context, sorry ;-) For > > struct X > > { > void f(bool b) {} > } > > > the correct thing would be to use boost::bind(&X::f, &x, _1) > so that the > bool argument from pf (the first input argument is _1 in bind > notation) can > be passed to X::f. Works fine now. I don't know why I find boost::bind so mysterious, but I *WILL* learn! Thank you for both the answers and your patience. Regards, Dick

2 1

boost & scons - no such file
by Imran Akbar 05 Oct '05

05 Oct '05

Hi, Using boost & scons for a program, and have it setup correctly: downloaded http://prdownloads.sourceforge.net/boost/boost_1_33_0.exe?download http://prdownloads.sourceforge.net/boost/boost-jam-3.1.11-1-ntx86.zip?downl… bjam "-sTOOLS=vc-7_1" --with-python-root="c:\python2" install and corrected the python version installed succesfully to C:\Boost getting the error: cannot open include file 'boost/function.hpp' no such file or directory Any ideas? How do you search the mailing list archive? Thanks, Imran

1 0

File system - File creation time
by Vance T Thornton 05 Oct '05

05 Oct '05

Does a Boost file system method exist to retrieve / set the creation time of a file?

1 0

Boost.python- MinGW install on XP
by Francesco A. Queirolo 05 Oct '05

05 Oct '05

Hello all I am trying to install (only) boost.python on my XP box to a directory other than the default C:Boost. I am running all of the command line options from a DOS command prompt. Boost: 1.33.0 Python: 2.4.2 (Final) MinGw: 4.1.1 I try: D:\Dev\boost_1_33_0\libs\python\build>bjam "--prefix=D:\Dev\boosttarget" "-sTOOLS=mingw" "--with-python-root=D:\Dev\Python24" "--with-python" install from a DOS command prompt. Where: D:\Dev\boosttarget is an existing directory mingw\bin is in my System path D:\Dev\Python24 is my python root My pexports output: Python24.a is in C:\WINDOWS\system32 The bjam output is: --------------------------------------------------------------------- *** If you don't need Boost.Python, you can ignore this section *** *** pass --without-python to suppress this message in the future *** skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/tools/python/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "c:/tools/python" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/tools/python/libs" --------------------------------------------------------------------- don't know how to make install ...found 1 target... ...can't find 1 target... I can give you any other system or set up parameters. BTW I specified where my python root is so I have no idea why it can't find Python.h! Thank you very much, Francesco

2 1

[Threads]
by lukas 05 Oct '05

05 Oct '05

hi I'm new to boost.threads and have a basic question. During program execution the user has to check the connection to a server. This action should take place in a simple thread. If the user gets bored waiting for responce, he should be able to stop the process and return back to the main application. Is there a proper standard solution? For now I try to yield the thread holding the connection methods. In this case the inner methods all terminate and are not going to be stopped. My first attemp is to stop this inner methods by hand. Is there a better way to do this? kind regards, luke

4 3

Re: [Boost-users] [bind] Member fn has defeated me
by BRIDGES Dick 05 Oct '05

05 Oct '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Peter Dimov > Sent: Tuesday, October 04, 2005 3:49 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [bind] Member fn has defeated me > > > BRIDGES Dick wrote: > > > class Bar { > > typedef void (*pf)(bool); > > If you make this > > typedef boost::function<void(bool)> pf; > [snip] > > then > > Bar bar_( boost::bind(&X::f, &x) ); > > should work. But you can't get an oridnary function pointer from > boost::bind; a function pointer doesn't have enough state to > represent &X::f > + &x. <error_message> Building file: ../main.cpp g++ -D_REENTRANT -I/boost_1_33_0 -O0 -g3 -Wall -c - fmessage-length=0 -omain.o ../main.cpp /boost_1_33_0/boost/bind.hpp: In instantiation of ?boost::_bi::result_traits<boost::_bi::unspecified, void (X::*)(bool)>?: /boost_1_33_0/boost/bind/bind_template.hpp:15: instantiated from ?boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >? ../main.cpp:197: instantiated from here /boost_1_33_0/boost/bind.hpp:63: error: ?void (X::*)(bool)? is not a class, struct, or union type /boost_1_33_0/boost/bind/bind_template.hpp: In instantiation of ?boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >?: ../main.cpp:197: instantiated from here /boost_1_33_0/boost/bind/bind_template.hpp:15: error: no type named ?type? in ?struct boost::_bi::result_traits<boost::_bi::unspecified, void (X::*)(bool)>? ... [previous line repeated 23 times - increasing __LINE__] ... /boost_1_33_0/boost/function/function_template.hpp: In static member function ?static void boost::detail::function::void_function_obj_invoker1<Functio nObj, R, T0>::invoke(boost::detail::function::any_pointer, T0) [with FunctionObj = boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >, R = void, T0 = bool]?: /boost_1_33_0/boost/function/function_template.hpp:479: instantiated from ?void boost::function1<R, T0, Allocator>::assign_to(FunctionObj, boost::detail::function::function_obj_tag) [with FunctionObj = boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >, R = void, T0 = bool, Allocator = std::allocator<void>]? /boost_1_33_0/boost/function/function_template.hpp:430: instantiated from ?void boost::function1<R, T0, Allocator>::assign_to(Functor) [with Functor = boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >, R = void, T0 = bool, Allocator = std::allocator<void>]? /boost_1_33_0/boost/function/function_template.hpp:294: instantiated from ?boost::function1<R, T0, Allocator>::function1(Functor, typename boost::enable_if_c< boost::type_traits::ice_not< boost::is_integral<Functor>::value>::value, int>::type) [with Functor = boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >, R = void, T0 = bool, Allocator = std::allocator<void>]? /boost_1_33_0/boost/function/function_template.hpp:638: instantiated from ?boost::function<R ()(T0), Allocator>::function(Functor, typename boost::enable_if_c< boost::type_traits::ice_not< boost::is_integral<Functor>::value>::value, int>::type) [with Functor = boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >, R = void, T0 = bool, Allocator = std::allocator<void>]? ../main.cpp:197: instantiated from here /boost_1_33_0/boost/function/function_template.hpp:136: error: no match for call to ?(boost::_bi::bind_t<boost::_bi::unspecified, void (X::*)(bool), boost::_bi::list1<boost::_bi::value<X*> > >) (bool&)? make: *** [main.o] Error 1 </error_message> Peter, Your suggestion sure made sense. I clearly did something wrong but can't figure out what that would be. I must be interpreting the error message incorrectly. I interpret it to say that the compiler can't find the definition of X but X x; x.f(true); compiles without any problem. Where should I be looking? Regards, Dick

2 1

ld warnings when building boost on Fedora Core 4 with gcc 3.4.4
by Ken Roser 05 Oct '05

05 Oct '05

I've recently switched my Linux system to Fedora Core 4 which has gcc 4.0.1 as the default compiler. Since the code I'm developing must be built with gcc 3.4.4, I have installed a copy of gcc 3.4.4 at /usr/local/gcc/gcc34. When I build boost with this compiler I get hundred of similar errors from /usr/bin/ld. I'll attach those warnings to the end of this email. I invoked the build with the command: ./bjam -d2 --with-serialization -sGCC_ROOT_DIRECTORY=/usr/local/gcc/gcc34 -sBUILD="release" I do see boost get built using my specified compiler but get all the warnings. Building boost without specifying the gcc 3.4.4 compiler does not produce any errors. I suspect the problem has something to do with the version of ld that gets invoked but even if it does, how would I fix it. ld is version: GNU ld version 2.15.94.0.2.2 20041220 Can anyone help? Build output follows in the proximity of the warnings: LD_LIBRARY_PATH=bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true:$LD_LIBRARY_PATH export LD_LIBRARY_PATH "/usr/local/gcc/gcc34/bin/g++" -s -fPIC -shared -o "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/libboost_serialization-gcc-1_33.so.1.33.0" -L"/usr/local/gcc/gcc34/lib" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_archive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_archive_impl.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_iarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_iserializer.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oserializer.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_pointer_iserializer.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_pointer_oserializer.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_serializer_map.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_text_iprimitive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_text_oprimitive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_xml_archive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/binary_iarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/binary_oarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/extended_type_info.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/extended_type_info_no_rtti.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/extended_type_info_typeid.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/polymorphic_iarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/polymorphic_oarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/stl_port.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/text_iarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/text_oarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/void_cast.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/xml_grammar.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/xml_iarchive.o" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/xml_oarchive.o" -Wl,-rpath-link,. -Wl,-soname,libboost_serialization-gcc-1_33.so.1.33.0 ln -fs "libboost_serialization-gcc-1_33.so.1.33.0" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/libboost_serialization-gcc-1_33.so" /usr/bin/ld: `.L3' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L13' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L4' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L5' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L6' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L7' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L8' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o /usr/bin/ld: `.L9' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/basic_oarchive.o

2 2

[Boost][mpl] vector_c boolean operations
by Noel Belcourt 05 Oct '05

05 Oct '05

Hi, I'm new to the list so this may have been answered elsewhere (like a FAQ for MPL) but I couldn't find it. I've got 2 vector_c types like this typedef vector_c<int, 1,2,1,1,-2,0,1> p1; typedef vector_c<int, 0,3,0,-1,1,3,5> p2; and a resultant type defined as typedef vector_c<int, 1,1,0,1,1,0,1> r; that I want to compare at compile time using logic like this r = p1 || p1 && p2 This pseudo code is what I want to do but I know this doesn't work. Can anyone can suggest a better approach? template <class R, class P1, class P2> struct validate_checkin : boost::mpl::equal< boost::mpl::placeholders::_1, boost::mpl::or_< boost::mpl::placeholders::_2, boost::mpl::and_< boost::mpl::placeholders::_2, boost::mpl::placeholders::_3 >, >, > {}; Regards, -- Noel Belcourt

4 7

Re: [Boost-users] Type List Iteration?
by Sohail Somani 05 Oct '05

05 Oct '05

Is there some trouble with defining: class Base { virtual void some_function() = 0; }; ??? I can understand the void f() entry point for C callbacks but you can use C++ to do the work for you. Unless I'm missing something. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Duane Murphy > Sent: Tuesday, October 04, 2005 2:38 PM > To: Boost Users > Subject: [Boost-users] Type List Iteration? > > > How do I iterate over a type list and call a function? MPL? > > I have a base class BASE that has several subclasses A, B, C > that have special capabilities, but no way to identify those > capabilities aside from the type. > > I would like to determine if an object of type BASE is also > of one of the special subclasses: > > ie > void f( BASE* base) > { > if ( dynamic_cast< A* >( base ) != NULL ) > { > some_function( dynamic_cast< A* >( base ) ); > } > else if ( dynamic_cast< B* >( base ) != NULL ) > { > some_function( dynamic_cast< B* >( base ) ); > } > else if ( dynamic_cast< C* >( base ) != NULL ) > { > some_function( dynamic_cast< C* >( base ) ); > } > } > > I think you can see why I'd like a type list iterator > solution to this. > > I have arranged for the some_function to be a template as > well to make things easier. > > What I am looking for is the equivalent of find_if() but for > types and done at run time. I looked over MPL, but MPL seems > to apply at compile time without a door to the run time world. :-) > > Thanks for your helpful tips! > > ...Duane > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

3 2

[bind] Member fn has defeated me
by BRIDGES Dick 04 Oct '05

04 Oct '05

void foo(bool){} struct X { void f(bool b) {} } class Bar { typedef void (*pf)(bool); public: Bar(pf fn){ fn(true); } }; int main( int argc, char **argv ) { Bar bar_(foo); // ok. X x; Bar bar_(boost::bind(&X::f, &x)()); // compile fails. /*LOTS* of other failed attempts with various errors. 8( return(0); } <error_msg edited=yes instance="one of many"> error: no matching function for call to 'X::x()' candidates are: void X::x(bool). </error_msg> I've been reduced to [shudder] "...trying things." I'm simply trying to construct one class by passing in a function pointer (that happes to be a class member). Could someone point me in the right direction? Regards, Dick Bridges

2 1

using boost test framework with PWLIB
by Bondarenko Denis 04 Oct '05

04 Oct '05

Hello! I got a question about unit testing. I have an application, which uses PWLIB (http://www.voxgratia.org/docs/pwlib/pwlib-v1_7_4/index.html) This library creates MAIN function by it's own macros. When I'm trying to write unit tests for my application I have to use PWLIB. Can I use boost test unit framework with PWLIB application? As I understand, Boost test unit framework will try to create its MAIN function by its macros and this will cause to problems. Is it possible to use both - Boost test framework and PWLIB library? Will be grateful for your help. Storm.

2 2

The internal compiler error (python), gcc 4.0.2 of windows
by Huifeng Shen 04 Oct '05

04 Oct '05

The compiler is compiled by myself. The official mingw website only release the gcc 3.44. I use this complier to compile the boost 1.33.0 and find there is some internal compiler error when compiling python. Since I am not a expert of gcc. I report this and hope it is helpful. I give the all internal compiler error as below C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/object/class.cpp:688: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/list.cpp: In constructor 'boost::python::detail::list_base::list_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/list.cpp:23: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/long.cpp: In constructor 'boost::python::detail::long_base::long_base(const boost::python::api::object&, const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/long.cpp:34: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/dict.cpp: In constructor 'boost::python::detail::dict_base::dict_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/dict.cpp:40: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/tuple.cpp: In constructor 'boost::python::detail::tuple_base::tuple_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/tuple.cpp:20: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/str.cpp: In constructor 'boost::python::detail::str_base::str_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/str.cpp:40: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/object/class.cpp:688: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/object/class.cpp:688: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/list.cpp: In constructor 'boost::python::detail::list_base::list_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/list.cpp:23: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/long.cpp: In constructor 'boost::python::detail::long_base::long_base(const boost::python::api::object&, const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/long.cpp:34: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/dict.cpp: In constructor 'boost::python::detail::dict_base::dict_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/dict.cpp:40: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/tuple.cpp: In constructor 'boost::python::detail::tuple_base::tuple_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/tuple.cpp:20: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/str.cpp: In constructor 'boost::python::detail::str_base::str_base(const boost::python::api::object&)': C:\opt\boost\libs\python\build\../src/str.cpp:40: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. C:/opt/boost/boost/python/detail/wrapper_base.hpp:17: warning: type attributes are honored only at type definition C:/opt/boost/boost/python/object/instance.hpp:14: warning: type attributes are honored only at type definition C:\opt\boost\libs\python\build\../src/object/class.cpp:688: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions.

2 1

inconvenient for boost::thread::sleep
by RocWood 04 Oct '05

04 Oct '05

boost::thread::sleep, IMHO, it's too inconvenient. I get these example code to sleep 1 second, { boost::xtime xt; boost::xtime_get(&xt, boost::TIME_UTC); xt.sec += 1; // change xt to next second boost::thread::sleep(xt); } and, only 1 line in another platform(origianl plaform or java) { sleep(1000); } hmmm... Too inconvenient, and, to make things worse, quite a heavy calling. Is there any suggestion for me? Thanks.

4 3

Status of logging library
by Austin Bingham 03 Oct '05

03 Oct '05

Does anyone know what the status of John Torjo's logging library is? I've noticed that it's "in the review queue". Does this indicate that it's largely just a matter of time before it's ratified? If so, how long might this matter of time be? Thanks. -- Austin Bingham "If I were creating the world I wouldn't mess about with butterflies and daffodils. I would have started with lasers, eight o'clock, Day One!" Evil

2 1

[wave] Error when parsing files from ACE (Adaptive Communication Environment)
by Yariv Tal 03 Oct '05

03 Oct '05

Hi. I use the ACE library (http://www.cs.wustl.edu/~schmidt/ACE.html) which is known for being highly portable. When using wave to pre-process my code, which includes files from the ACE lib, wave fails on the following code snippet: -------------snippet------------------- // The number of bytes in a short. # if !defined (ACE_SIZEOF_SHORT) # if (USHRT_MAX) == 255U # define ACE_SIZEOF_SHORT 1 # elif (USHRT_MAX) == 65535U # define ACE_SIZEOF_SHORT 2 # elif (USHRT_MAX) == 4294967295U # define ACE_SIZEOF_SHORT 4 # elif (USHRT_MAX) == 18446744073709551615U <===[fails here] # define ACE_SIZEOF_SHORT 8 # else # error: unsupported short size, must be updated for this platform! # endif /* USHRT_MAX */ # endif /* !defined (ACE_SIZEOF_SHORT) */ -------------end snippet------------------- Note: USHRT_MAX is defined as 0xffff The failure occurs at the designated line, due to an ill-formed number. I suppose that the number is just too big, but shouldn't the comparison never even be "reached"? (since the previous elif would have been true) I am not too familiar with the standard, so I don't know if emitting an error for this case is correct, but my intuition is that even if this is not standard conforming, there should at least be a flag allowing this, since I assume (if it is used in such a highly portable library) that it _IS_ supported by most preprocessors out there. Apart from that, great lib! I just started using it, but I already love it. Yariv Tal.

2 1

newbie question: Boost graph library and GraphViz
by John Pye 03 Oct '05

03 Oct '05

Hi there, I've been working on using Boost Graph Library for the last few days and I've got to the point where I can't go further without some help. What I've got is an algorithm that I've implemented that works fine except for the part that involves 'remove_vertex'. Using this function wrecks my graph, for reasons that I understand (Iterator and Descriptor Stability/Invalidation, at http://www.boost.org/libs/graph/doc/adjacency_list.html) So, following the advice there, I switched from a vecS graph to a listS graph, with the following typedef: * *typedef boost::adjacency_list<boost::listS, boost::listS, boost::bidirectionalS, VertexData, EdgeData> Graph; When I do that, my algorithm seems to work OK but I can no longer view the results using the write_graphviz function -- I get a string of errors about some problem with the operator<< inside graphviz.hpp header. I'll paste in the errors at the end. The only thing I can see being the problem is that I'm using an AdjacencyGraph, and that doesn't include the VertexListGraph concept, which presumably is required for write_graphviz. How can I make write_graphviz run again with this new type of Graph? Happy to give some more info/code if that helps. Any suggestions would be very much appreciated! Cheers JP Here are the error messages: > g++ -O3 -Wall -ggdb -I../nnes -c -o westerberg.o westerberg.cpp > /usr/include/boost/graph/graphviz.hpp: In function `void > boost::write_graphviz(std::ostream&, const Graph&, > VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter) > [with Graph = boost::adjacency_list<boost::listS, boost::listS, > boost::bidirectionalS, Westerberg::VertexData, Westerberg::EdgeData, > boost::no_property, boost::listS>, VertexPropertiesWriter = > WesterbergPropertiesWriter, EdgePropertiesWriter = > WesterbergPropertiesWriter, GraphPropertiesWriter = > WesterbergPropertiesWriter]': westerberg.cpp:118: instantiated from > here /usr/include/boost/graph/graphviz.hpp:263: error: no match for > 'operator<<' in 'out << boost::get [with PropertyMap = > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t>, > Reference = const boost::detail::error_property_not_found&, K = > void*](((const boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >&)((const boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >*)((boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >*)(&vertex_index)))), ((void* const&)((void* > const*)(+(&i)->std::_List_iterator<_Tp>::operator* [with _Tp = > void*]()))))' > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:63: > note: candidates are: std::basic_ostream<_CharT, _Traits>& > std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_ostream<_CharT, > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = > char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:74: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_ios<_CharT, > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:86: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT = > char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:121: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:155: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long unsigned int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:98: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(bool) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:178: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(short int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:189: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(short unsigned int) [with _CharT = char, _Traits > = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:193: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:204: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(unsigned int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:179: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long long int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:214: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long long unsigned int) [with _CharT = char, > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:238: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(double) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:219: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(float) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:261: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long double) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:284: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(const void*) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:307: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with > _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:449: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, char) [with > _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:505: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, char) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:460: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, signed char) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:465: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, unsigned char) > [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:567: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, const char*) > [with _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:612: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const char*) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:499: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const signed > char*) [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:504: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const unsigned > char*) [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:82: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Resetiosflags) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:116: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Setiosflags) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:154: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, std::_Setbase) > [with _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:227: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Setprecision) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:261: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, std::_Setw) > [with _CharT = char, _Traits = std::char_traits<char>] > westerberg.cpp:118: instantiated from here > /usr/include/boost/graph/graphviz.hpp:269: error: no match for > 'operator<<' in 'out << boost::get [with PropertyMap = > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t>, > Reference = const boost::detail::error_property_not_found&, K = > void*](((const boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >&)((const boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >*)((boost::put_get_helper<const > boost::detail::error_property_not_found&, > boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, > boost::listS, boost::bidirectionalS, Westerberg::VertexData, > Westerberg::EdgeData, boost::no_property, boost::listS>, > boost::detail::error_property_not_found, const > boost::detail::error_property_not_found&, boost::vertex_index_t> > >*)(&vertex_index)))), ((void* const&)((void* const*)(&boost::source > [with Directed = boost::bidirectional_tag, Vertex = void*, > OutEdgeListS = boost::listS, VertexListS = boost::listS, DirectedS = > boost::bidirectionalS, VertexProperty = Westerberg::VertexData, > EdgeProperty = Westerberg::EdgeData, GraphProperty = > boost::no_property, EdgeListS = boost::listS](((const > boost::detail::edge_base<boost::bidirectional_tag, void*>&)((const > boost::detail::edge_base<boost::bidirectional_tag, > void*>*)((boost::detail::edge_base<boost::bidirectional_tag, > void*>*)(&((boost::iterator_facade<boost::detail::undirected_edge_iter<std::_List_iterator<boost::list_edge<void*, > boost::property<boost::edge_bundle_t, Westerberg::EdgeData, > boost::no_property> > >, > boost::detail::edge_desc_impl<boost::bidirectional_tag, void*>, > ptrdiff_t>, boost::detail::edge_desc_impl<boost::bidirectional_tag, > void*>, boost::bidirectional_traversal_tag, > boost::detail::edge_desc_impl<boost::bidirectional_tag, void*>, > ptrdiff_t>*)(&ei))->boost::iterator_facade<I, V, TC, R, D>::operator* > [with Derived = > boost::detail::undirected_edge_iter<std::_List_iterator<boost::list_edge<void*, > boost::property<boost::edge_bundle_t, Westerberg::EdgeData, > boost::no_property> > >, > boost::detail::edge_desc_impl<boost::bidirectional_tag, void*>, > ptrdiff_t>, Value = > boost::detail::edge_desc_impl<boost::bidirectional_tag, void*>, > CategoryOrTraversal = boost::bidirectional_traversal_tag, Reference = > boost::detail::edge_desc_impl<boost::bidirectional_tag, void*>, > Difference = ptrdiff_t]())))), ((const > boost::adjacency_list<boost::listS, boost::listS, > boost::bidirectionalS, Westerberg::VertexData, Westerberg::EdgeData, > boost::no_property, boost::listS>&)(+g)))))))' > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:63: > note: candidates are: std::basic_ostream<_CharT, _Traits>& > std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_ostream<_CharT, > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = > char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:74: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_ios<_CharT, > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:86: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT = > char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:121: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:155: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long unsigned int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:98: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(bool) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:178: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(short int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:189: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(short unsigned int) [with _CharT = char, _Traits > = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:193: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:204: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(unsigned int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:179: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long long int) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:214: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long long unsigned int) [with _CharT = char, > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:238: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(double) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:219: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(float) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:261: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(long double) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:284: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(const void*) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:307: > note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with > _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:449: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, char) [with > _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:505: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, char) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:460: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, signed char) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:465: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, unsigned char) > [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:567: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, const char*) > [with _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/ostream.tcc:612: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const char*) [with > _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:499: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const signed > char*) [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ostream:504: > note: std::basic_ostream<char, _Traits>& > std::operator<<(std::basic_ostream<char, _Traits>&, const unsigned > char*) [with _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:82: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Resetiosflags) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:116: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Setiosflags) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:154: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, std::_Setbase) > [with _CharT = char, _Traits = std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:227: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, > std::_Setprecision) [with _CharT = char, _Traits = > std::char_traits<char>] > /usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iomanip:261: > note: std::basic_ostream<_CharT, _Traits>& > std::operator<<(std::basic_ostream<_CharT, _Traits>&, std::_Setw) > [with _CharT = char, _Traits = std::char_traits<char>] make: *** > [westerberg.o] Error 1 -- John Pye School of Mechanical and Manufacturing Engineering The University of New South Wales Sydney NSW 2052 Australia t +61 2 9385 5127 f +61 2 9663 1222 mailto:john.pye_AT_student_DOT_unsw.edu.au http://pye.dyndns.org/

1 0

Linking with boost/mingw
by Foster Gareth 03 Oct '05

03 Oct '05

Hello all, I am trying to build an autotooled project that will use boost wave and filesystem. I can see the following files that were built when I compiled boost that I could link to. " libboost_wave-mgw-1_33.lib libboost_wave-mgw-mt-sd-1_33.lib libboost_wave-mgw-d-1_33.lib libboost_wave-mgw-mt-sd.lib libboost_wave-mgw-d.lib libboost_wave-mgw-mt.lib libboost_wave-mgw-mt-1_33.lib libboost_wave-mgw-s-1_33.lib libboost_wave-mgw-mt-d-1_33.lib libboost_wave-mgw-s.lib libboost_wave-mgw-mt-d.lib libboost_wave-mgw-sd-1_33.lib libboost_wave-mgw-mt-s-1_33.lib libboost_wave-mgw-sd.lib libboost_wave-mgw-mt-s.lib libboost_wave-mgw.lib " Which of those should I be linking to? I have added the following to my configure.ac " # Ask user for path to boost stuff:. AC_ARG_WITH(boost, [ --with-boost=<path> prefix of Boost 1.33 installation. e.g. /usr/local or /usr], [BOOST_PREFIX=$with_boost], AC_MSG_ERROR([You must call configure with the --with-boost option. This tells configure where to find the Boost C++ librarys and headers. e.g. --with-boost=/usr/local or --with-boost=/usr]) ) AC_SUBST(BOOST_PREFIX) # Individual boost libs BOOST_WAVE_LIBS="-L${BOOST_PREFIX}/lib/libboost_wave-mgw-1_33.lib" BOOST_FILESYSTEM_LIBS="-L${BOOST_PREFIX}/lib/libboost_filesystem-mgw-1_33.li b" BOOST_CFLAGS="-I${BOOST_PREFIX}/include/boost-1_33" AC_SUBST(BOOST_WAVE_LIBS) AC_SUBST(BOOST_FILESYSTEM_LIBS) AC_SUBST(BOOST_CFLAGS) " I get link errors when I try to make this project however. So the include path is working, I suppose I just need to get the right library. As an aside, it would be _really_ nice if the boost jam build procedure installed package config .pc files, I know Boost doesn't use autotools, but lots of people do, and it would make their lives easier :) <wish> PKG_CHECK_MODULES(DEPS, boost >= 1.33) </wish> Cheers all, Gaz

2 1

Class assignment and referencing
by Wyatt Greenway 02 Oct '05

02 Oct '05

Hello! I want to do the following with Boost::Python: class A { public: std::string Value; }; class B { public: A Str; int Val; }; /* Boost::Code */ class_<A>("A") .def("Value", &A::Value) ; class_<B>("B") .def("Str", &B::Str) .def("Val", &B::Val) ; /*---------*/ I then wish to do this in Python: ############### MyB = B() B.Str = "Some string" print "String: %s"%B.Str # The output should be as follows: > String: Some string How do I acomplish this?

1 0

[iostreams] problem with bzip2_decompressor and incomplete files
by Tiago de Paula Peixoto 02 Oct '05

02 Oct '05

Hello. I've been experiencing a problem with the bzip2_decompressor filter when reading from a stream attached to an incomplete file. Instead of throwing an exception or reaching EOF, the program just hangs. Consider the following example code (hello.cc) taken from the documentation: ----------------------------------------------------------- #include <fstream> #include <iostream> #include <boost/iostreams/filtering_streambuf.hpp> #include <boost/iostreams/copy.hpp> #include <boost/iostreams/filter/bzip2.hpp> int main() { using namespace std; using namespace boost; using namespace boost::iostreams; ifstream file("hello.bz2", ios_base::in | ios_base::binary); filtering_streambuf<input> in; in.push(bzip2_decompressor()); in.push(file); boost::iostreams::copy(in, cout); } ----------------------------------------------------------- Suppose this is compiled as "hello". The following command will generate a simple bzip2-compressed file: $ echo -e "Hello world\n" | bzip2 > hello-complete.bz2 The next line will copy everything but the last byte from "hello-complete.bz2" to "hello.bz2": $ dd if=hello-complete.bz2 of=hello.bz2 bs=1 count=53 So now if the program is run: $ ./hello It just hangs in an infinite loop, instead of throwing an exception or reaching EOF. In the same situation, gzip_decompressor throws an exception... Is there a reason for this not happening in this case, or is this just a bug? I'm using boost 1.33.0 with GCC 4.0.1 on an i686 with GNU/Linux. Thanks for any help. -- Tiago de Paula Peixoto <tiago(a)forked.de>

2 1

Managing builds
by Aaron Griffin 02 Oct '05

02 Oct '05

I have a question, and it's something that has been bothering me for some time when dealing with boost. There are certain boost libs which require link libraries (static/dynamic). That's normal. However, if I wanted to statically link against, say, multithreaded Boost.Filesystem (gcc), I would need to add -Bstatic -lboost_filesystem-gcc-mt (or something to that effect). A majority of projects provide some sort of pkg-config files, or even their own app (gtk-config ?). Is there any functionality like this out there? Is there any way I can make this re-buildable on multiple target machines with multiple install locations in an easy manner? Ideally, something like: boost-config --static-libs filesystem would fit the standard scheme and allow for different machine to have different boost installation roots, and things of that nature. Without something like that, I am forced to either add configure flags, or force a user to modify a "config.mk" style file.

3 4

scoped_ptr help.
by John Sun 01 Oct '05

01 Oct '05

New to this topic,and need some help here. I have a class which use the scoped_ptr as a member variable. Class CTest { public: CTest(); Initialize(); ~CTest(); private: scoped_ptr<CTest2> m_spTest2; } For some reason, that I cannot initialize m_spTest2 in the member initialization list of the constructor, so I have to initialize in some other functions like in Initialize. CTest::Initialize() { int aa, bb; m_spTest2=new CTest2(aa, bb); } The compiler will complain about that, so what's the right way to do it. Thanks, Jianwei

6 8

Dynamic-only installation
by George Sakkis 01 Oct '05

01 Oct '05

Hi all, I'd like to create a single version for each boost library instead of eight, so I run: bjam -sTOOLS=gcc -sBUILD="release <runtime-link>dynamic <threading>multi" install Although it doesn't build the debug single-threaded versions, it still creates both the dynamic and the static ones. Does the static version have to be built always ? TIA, George

1 0

[asio] init acceptor to reuse_address?
by BRIDGES Dick 01 Oct '05

01 Oct '05

I created a server something like this: handle_accept(){ do_the_right_thing(); } Class Foo { socket_acceptor acceptor_; Public: Foo(demuxer& d) : acceptor_( d, ipv4::tcp::endpoint(2525)){} Example(demuxer& d) { stream_socket* p = new stream_socket(d); acceptor_.async_accept(p, handle_accept); } } Everything works fine except when I (1) connect a client; (2) ^C the server; (3) try to restart the server - which, as expected, yields "Address already in use". Mumbling something about defaulting modern socket libraries to SO_REUSEADDR, I started trying to figure out where to call set_option(stream_socket::reuse_address(true)) - and can't work it out. I've set_option() on sockets and the acceptor but can't make the acceptor reuse the address as long as the connection that was established is still in TIME_WAIT. Do you have an example that shows how this can be done? Regards, Dick Bridges

1 0