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

Re: [Boost-users] [statechart] Asynchronous Machines
by Gottlob Frege 23 Feb '06

23 Feb '06

> Date: Thu, 23 Feb 2006 11:45:00 -0500 > From: Kim Barrett <kab(a)irobot.com> > Subject: Re: [Boost-users] [statechart] Asynchronous Machines > To: boost-users(a)lists.boost.org > Message-ID: <p06230901c02396579da8(a)[192.168.1.102]> > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > > At 2:08 AM -0500 2/23/06, Gottlob Frege wrote: > >All in the hopes of making at least a start on a useful atomics library. > > Are you familiar with the atomic operations library at > http://www.hpl.hp.com/research/linux/atomic_ops > > Yep, thanks. That's probably the level I'm thinking of, but I'd just like to see a few more libraries and know what some of the edges are. Every library I see tends to say that they avoid handling the esoterics, and I would as well, but I'd like to know better what the esoterics are so that they can later be added without redoing everything, if at all possible.

1 0

Serialization : unregistered_cast & other questions
by RIVASSEAU Jean Noel 23 Feb '06

23 Feb '06

Hello First I would like to point out a bug in the documentation : void_register_cast <Derived, Base> MUST take two (bogus) arguments, so calling void_register_cast <Derived, Base> () as said in the documentation will not work. I had to look at the code to figure that out. Secondly, I am at the point where I am wondering if I should have started to use the BSL at all. The library is undoubtly useful but is plagued by strange things that must be done in order for it to run smoothly. I do not at all understand how the system works behind the scenes; I would not care if it would "just work" but this is not the case. My problem is: Ok, I have lots of classes, many of which need to be persistent. So, I have written serialization code for them. I have always written my code as non-intrusive, which means I have not used member functions, but templated functions. Now, the problem is where to put the serialization code for these classes. If I just write them on the implementation file (the .cc) for the class, it does not work. At run time I have always errors telling me that either the class is not exported (unregistered_class exception) or an unregistered_cast happens. The only solution I have found is to put *ALL* serialization code into the same big .cc file. If I do just that, it works. However this file is becoming enormous and has to be recompiled every time I change only *one* of the class to be serialized. It is already taking a minute to compile on a fast machine, so I must really break it up into other parts. But everytime I do that everything stops working. Have you any ideas, Robert? I am using extended_type_info_no_rtti, this may be the cause of the problem... Jean-Noël Ps: I still have the std::string bug, which is also uncomprehensible for me.

2 1

filter_iterator usage
by Nico Galoppo 23 Feb '06

23 Feb '06

Hi, I have a class with some custom iterators, I would like to add another custom iterator that is a 'filtered' version of the custom iterator. Something like this: class A { public: typedef boost::filter_iterator<predicate_type, custom_iterator> filtered_iterator; filtered_iterator begin() { predicate_type predicate = boost::bind(...); return boost::make_filter_iterator(predicate, custom_begin(), custom_end()); } } Unfortunately, the following code doesn't compile: A a; A::filtered_iterator it = a.begin(); Reason: cannot convert from 'boost::filter_iterator<Predicate,Iterator>' to 'const boost::filter_iterator<Predicate,Iterator>' I can give more compiler output if needed. Thanks! --nico -- nico galoppo von borries @ address: 105 creel st., chapel hill comp. graphics phd. student @ north carolina, 27516 USA UNC, chapel hill @ phone: +1 (919) 962-1898 (office) @ +1 (919) 942-7609 (home) @ email: nico at cs dot unc dot edu @ homepage: http://www.cs.unc.edu/~nico --- debian linux :: vim powered

2 1

[spirit] should be a very simple problem, but I'm stumped
by Todd Day 23 Feb '06

23 Feb '06

There has got to be a very very easy problem, but I've been knocking around for the better part of 12 hours in the docs and the examples and in google groups and the spirit list, and I've not made any progress. There must be some basic concept I'm totally missing out on. This is my first cut at using Spirit. I have the following, which is a simplified version of what I'm really after. Basically, I have to look for strings of the form (including the quotes) "ParmName: ParmValue" I'm looking for certain ParmNames, and I have to grab the associated ParmValue. This is what the code below is supposed to do. list<string> sl; rule<> parm_string = ch_p('"') >> str_p("DeviceName") >> ch_p(':') >> *blank_p >> (*~ch_p('"'))[push_back_a(sl)] >> ch_p('"'); rule<> r = *~ch_p('"') >> parm_string; parse(str, *r); This works just find when str = " (text \"DeviceName: Altera in Controller\" (blah))"; It properly returns to me only the value, which is Altera in Controller However, inserting the quoted word "broken" is enough to break it, like so str = "\"broken\" (text \"DeviceName: Altera in Controller\" (blah))"; In other words, it doesn't work if non-matching random quoted text is found. The problem in my rule r is the *~ch_p('"'). I thought this rule would mean, (a) eat all non-quoted characters until followed by (b) my parm match. But the rule really says, (a) eat all non-quoted characters, then stop working if it isn't followed by (b) my parm match. I think I might be screwed here since *anychar_p is greedy and I can't figure out how to otherwise skip over bad stuff. It still doesn't make sense to me that the simpler parse(str, *parm_string) does not work. I'm not sure why I have to specify the characters I want to skip if I've specified the characters I want to match. Perplexed, and thanking you profusely in advance for any help, -todd- PS - hopefully, any solution does not involve a skip rule. These don't seem to work when parsing file_iterators, which is what I'm really trying to do. I get compile errors that I don't get when using the simple string version of parse(). Also, don't skip rules run *after* a match has first been made?

1 0

how to get free space of a folder (or disk) using boost?
by hongxing 23 Feb '06

23 Feb '06

how to get free space of a folder (or disk) using boost? I am no using boost 1.33 in windows xp sp2 and SuSE Linux Enterprise Server sp2 thanks!

3 2

Serialization problem with polymorphic archives and std::string
by Michael Sperber 23 Feb '06

23 Feb '06

Hi there, I'm trying to convert a piece of code from templated archives to polymorphic ones, and am running into trouble when serializing std::string. Either I get an error message saying that std::string has no serialize member function, or I get the attached message. The relevant code is this: ---snip--- #include <boost/serialization/serialization.hpp> #include <boost/archive/polymorphic_iarchive.hpp> #include <boost/archive/polymorphic_oarchive.hpp> void mtime::serialize(boost::archive::polymorphic_iarchive& ar, const unsigned int file_version) { std::string iso; ar & boost::serialization::make_nvp("iso_time", iso); set_from_iso_string(iso); } void mtime::serialize(boost::archive::polymorphic_oarchive& ar, const unsigned int file_version) { std::string iso =3D to_iso_string(); ar & boost::serialization::make_nvp("iso_time", iso); } ---snip--- Am I missing something obvious? Are certain types not directly supported for serialization via polymorphic archives? Any help would be much appreciated. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla --=-=-= g++ -g -Wall -I /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1 -c -o mtime.o mtime.cpp /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp: In constructor `boost::archive::detail::iserializer<Archive, T>::iserializer() [with Archive = boost::archive::polymorphic_iarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]': /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:146: instantiated from `static boost::archive::detail::iserializer<Archive, T>& boost::archive::detail::iserializer<Archive, T>::instantiate() [with Archive = boost::archive::polymorphic_iarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:375: instantiated from `static void boost::archive::detail::load_non_pointer_type<Archive, T>::load_standard::invoke(Archive&, T&) [with Archive = boost::archive::polymorphic_iarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:425: instantiated from `static void boost::archive::detail::load_non_pointer_type<Archive, T>::invoke(Archive&, T&) [with Archive = boost::archive::polymorphic_iarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:572: instantiated from `void boost::archive::load(Archive&, T&) [with Archive = boost::archive::polymorphic_iarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/polymorphic_iarchive.hpp:127: instantiated from `void boost::archive::polymorphic_iarchive::load_override(const boost::serialization::nvp<T>&, int) [with T = std::string]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/interface_iarchive.hpp:76: instantiated from `Archive& boost::archive::detail::interface_iarchive<Archive>::operator>>(T&) [with T = const boost::serialization::nvp<std::string>, Archive = boost::archive::polymorphic_iarchive]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/interface_iarchive.hpp:83: instantiated from `Archive& boost::archive::detail::interface_iarchive<Archive>::operator&(T&) [with T = const boost::serialization::nvp<std::string>, Archive = boost::archive::polymorphic_iarchive]' mtime.cpp:36: instantiated from here /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: error: incomplete type `boost::serialization::extended_type_info_null<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >' used in nested name specifier /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp: In constructor `boost::archive::detail::oserializer<Archive, T>::oserializer() [with Archive = boost::archive::polymorphic_oarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]': /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:135: instantiated from `static boost::archive::detail::oserializer<Archive, T>& boost::archive::detail::oserializer<Archive, T>::instantiate() [with Archive = boost::archive::polymorphic_oarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:264: instantiated from `static void boost::archive::detail::save_non_pointer_type<Archive, T>::save_standard::invoke(Archive&, const T&) [with Archive = boost::archive::polymorphic_oarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:322: instantiated from `static void boost::archive::detail::save_non_pointer_type<Archive, T>::invoke(Archive&, const T&) [with Archive = boost::archive::polymorphic_oarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:536: instantiated from `void boost::archive::save(Archive&, const T&) [with Archive = boost::archive::polymorphic_oarchive, T = std::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/polymorphic_oarchive.hpp:128: instantiated from `void boost::archive::polymorphic_oarchive::save_override(const boost::serialization::nvp<T>&, int) [with T = std::string]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/interface_oarchive.hpp:78: instantiated from `Archive& boost::archive::detail::interface_oarchive<Archive>::operator<<(T&) [with T = const boost::serialization::nvp<std::string>, Archive = boost::archive::polymorphic_oarchive]' /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/interface_oarchive.hpp:86: instantiated from `Archive& boost::archive::detail::interface_oarchive<Archive>::operator&(T&) [with T = const boost::serialization::nvp<std::string>, Archive = boost::archive::polymorphic_oarchive]' mtime.cpp:46: instantiated from here /afs/informatik.uni-tuebingen.de/i386_fbsd54/boost-1.33.1/include/boost-1_33_1/boost/archive/detail/oserializer.hpp:108: error: incomplete type `boost::serialization::extended_type_info_null<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >' used in nested name specifier make: *** [mtime.o] Error 1 Compilation exited abnormally with code 2 at Wed Feb 22 11:56:36 --=-=-=--

4 3

How to bind the first of a pair?
by Meryl Silverburgh 23 Feb '06

23 Feb '06

I have a map with key is a pair: typedef map < pair<int, int>, string> pairMapString; pair<int, int> key(1,3); map[key] = "one"; How can I create a binary function using boost lamba which check the first value of the pair of the key of the map? void add(pairMapString;& myMap, int x) { iterator& itr = find_if(myMap.begin(), myMap.end(), bind(equal_to < int >(), bind(&BlockDataPairMap::value_type::first::value_type::first, _1 ) , x) ); }

6 11

filter_iterator and bind
by Nico Galoppo 23 Feb '06

23 Feb '06

Hi, I'm having trouble getting make_filter_iterator and bind to work together nicely: ------------------------------------------------------------------------------- boost::function<bool (const node_type&)> is_constraint; is_constraint = boost::bind(&node_type::IsConstraint, _1); boost::make_filter_iterator(is_constraint, ab.begin(), ab.end()); // ERROR: does not compile boost::make_filter_iterator(boost::bind(&node_type::IsConstraint, _1), ab.begin(), ab.end()); // compiles ------------------------------------------------------------------------------- Note that ab.begin()/ab.end() return iterators to containers of shared pointers. See below for compiler errors. What I would like to do, in the end, is something like this: ------------------------------------------------------------------------------- typedef boost::filter_iterator<boost::function<bool (const node_type&)>, articulated_model_type::node_df_traversal_iterator> joint_iterator; joint_iterator first = boost::make_filter_iterator(boost::bind(&node_type::IsConstraint, _1), ab.begin(), ab.end()); ------------------------------------------------------------------------------- Unfortunately, this doesn't compile either. I want an explicit handle to the interator (first), because I'd like to do a normal for loop like this: for(joint_iterator joint = first; joint != last; ++joint) { ... } Again, compile errors are below. Thanks for the help. --nico d:\dev\boost_1_33_1\boost\iterator\filter_iterator.hpp(100) : error C2664: 'boost::function1<R,T0,Allocator>::result_type boost::function1<R,T0,Allocator>::operator ()(T0) const' : cannot convert parameter 1 from 'Hybrid::Graph<node_traits>::const_node_ptr' to 'const Hybrid::Node<graph_type_,node_traits> ' with [ R=bool, T0=const Hybrid::Node<Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::graph_type,ArticulatedModelNodeTraits<MyTypes>> , Allocator=std::allocator<void> ] and [ node_traits=ArticulatedModelNodeTraits<MyTypes> ] and [ graph_type_=Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::graph_type, node_traits=ArticulatedModelNodeTraits<MyTypes> ] Reason: cannot convert from 'Hybrid::Graph<node_traits>::const_node_ptr' to 'const node_type' with [ node_traits=ArticulatedModelNodeTraits<MyTypes> ] No constructor could take the source type, or constructor overload resolution was ambiguous d:\dev\boost_1_33_1\boost\iterator\filter_iterator.hpp(99) : while compiling class-template member function 'void boost::filter_iterator<Predicate,Iterator>::satisfy_predicate(void)' with [ Predicate=boost::function<bool (const node_type &)>, Iterator=Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::node_df_traversal_iterator ] d:\dev\Hybrid\Tests\Graph\main.cpp(645) : see reference to class template instantiation 'boost::filter_iterator<Predicate,Iterator>' being compiled with [ Predicate=boost::function<bool (const node_type &)>, Iterator=Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::node_df_traversal_iterator ] ====================================================================================== :\dev\Hybrid\Tests\Graph\main.cpp(646) : error C2440: 'initializing' : cannot convert from 'boost::filter_iterator<Predicate,Iterator>' to 'boost::filter_iterator<Predicate,Iterator>' with [ Predicate=boost::_bi::bind_t<bool,boost::_mfi::cmf0<bool,ConstraintNodeTraits>,boost::_bi::list1<boost::_bi::list_av_1<boost::arg<1>>::B1>>, Iterator=Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::node_df_traversal_iterator ] and [ Predicate=boost::function<bool (const node_type &)>, Iterator=Hybrid::Graph<ArticulatedModelNodeTraits<MyTypes>>::node_df_traversal_iterator ] No constructor could take the source type, or constructor overload resolution was ambiguous -- nico galoppo von borries @ address: 105 creel st., chapel hill comp. graphics phd. student @ north carolina, 27516 USA UNC, chapel hill @ phone: +1 (919) 962-1898 (office) @ +1 (919) 942-7609 (home) @ email: nico at cs dot unc dot edu @ homepage: http://www.cs.unc.edu/~nico --- debian linux :: vim powered

7 15

date-time library question
by Albert Wessel 23 Feb '06

23 Feb '06

Hello, How can I get a localized date string with the boost date / time library? To illustrate: date d(2005,06,25); string sometext=to_simple_string(d); This returns: 2005-Jun-25 However, I want to be able to define my own formats.I can get the localization example to work and format my stuff on stdout, but nowhere it tells anything about how to fill in a string using localized settings. Thank you, Albert

4 5

Re: [Boost-users] [bind] Generic loop with generic algorithmchickenand egg signature problem
by Nat Goodspeed 23 Feb '06

23 Feb '06

From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Antonio Piccolboni Sent: Wednesday, February 22, 2006 7:15 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [bind] Generic loop with generic algorithmchickenand egg signature problem Thanks Peter, but it does not. Error message bind_test.cpp: In function 'int main()': bind_test.cpp:33: error: no matching function for call to 'bind(<unknown type>, const boost::lambda::lambda_functor<boost::lambda::placeholder<1> >&, const boost::lambda::lambda_functor<boost::lambda::placeholder<2> >&, int)' This also dooms my theory of why this doesn't work since the explicit instantiation of the accumulate template should provide the necessary information. On 2/22/06, Peter Dimov <pdimov(a)mmltd.net> wrote: Antonio Piccolboni wrote: [...] > int main() { > std::vector<int> d; > std::vector<std::vector<int> > s; > loop_func(s.begin(), s.end (), d.begin(), > BinFunc()); //flies with gcc > loop_func(s.begin(), s.end(), d.begin(), > bind<int>(std::accumulate, _1, _2, 0.0)); //does not bind( std::accumulate< std::vector<int>::iterator, int >, _1, _2, 0 ) [Nat] Umm, parentheses() after the std::accumulate template params?

1 0

[bind] Generic loop with generic algorithm chicken and egg signature problem
by Antonio Piccolboni 23 Feb '06

23 Feb '06

I have a vector of vectors or some nested data structure of that sort. I want to loop over the outer structure and summarize the inner structure, like taking averages of all the vectors or what not. Once I saw that in the code three times I thought it was time to abstract it out. So the plan was to have a generic loop function that takes a functor type for the action to perform inside the loop. So far so good. In many instances that action is a standard algorithm or composition thereof, so why not use functors like those returned by bind(accumulate, _1, _2, 0) instead of writing little polluting classes like BinFunc below? But the compiler is at a loss guessing the types, and it looks to me like it is for a good reason, because to instantiate the accumulate template it has to know the precise signature of my loop function and the converse too. Can the lambda experts shed light on this? It seems a quite natural use case. Thanks Antonio PS: in an ideal world the following example can be done combining transform call_begin and call_end, but that an whole different story #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <vector> #include <numeric> #include <functional> using namespace boost::lambda; template<class Func, class NestedIt, class It> void loop_func(NestedIt start, NestedIt stop, It dest, Func f) { for(;start < stop; start++, dest++) { *dest = f(start->begin(), start->end()); } } class BinFunc: public std::binary_function<std::vector<int>::iterator, std::vector<int>::iterator, int> { public: int operator() (std::vector<int>::iterator b, std::vector<int>::iterator e) { return accumulate(b,e,0); } }; int main() { std::vector<int> d; std::vector<std::vector<int> > s; loop_func(s.begin(), s.end (), d.begin(), BinFunc()); //flies with gcc loop_func(s.begin(), s.end(), d.begin(), bind<int>(std::accumulate, _1, _2, 0.0)); //does not } bind_test.cpp: In function 'int main()': bind_test.cpp:32: error: invalid initialization of reference of type 'const int&' from expression of type '<unknown type>' /usr/include/boost/lambda/detail/bind_functions.hpp:532: error: in passing argument 1 of 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<4, boost::lambda::function_action<4, boost::lambda::detail::unspecified> >, typename boost::lambda::detail::bind_tuple_mapper<const Arg1, const Arg2, const Arg3, const Arg4, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type>::type> > boost::lambda::bind(const Arg1&, const Arg2&, const Arg3&, const Arg4&) [with Arg1 = int, Arg2 = boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, Arg3 = boost::lambda::lambda_functor<boost::lambda::placeholder<2> >, Arg4 = double]'

2 3

Re: [Boost-users] Program option parsing
by Merrill Cornish 22 Feb '06

22 Feb '06

If you don't want a --help or -h on the command line, could you output the help text is the user doesn't provide exactly two positional arguments? Merrill

2 1

Program option parsing
by Calderon Hector 22 Feb '06

22 Feb '06

Hi all, I'm using <boost/program_options.hpp> to parse a command line. It has only two positional arguments. However, I don't see how to generate the help without the name of the variable. I'd like to get the following output: MyProg.exe Param1 [Param2] where Param1 is the first parameter Param2 (=200) is the second parameter (optional) Any ideas would be appreciated. Hector C. ---------------------------------- --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments.

1 0

[statechart] Asynchronous Machines
by David Greene 22 Feb '06

22 Feb '06

If I have an asynchronous state machine running in another thread and I send it an event, is there any way to have the sending thread block until the event is processed? I need to use an asynchoronous machine because the rest of my app is threaded but yet there are points where I must synchronize to know the machine is in a certain state before moving on. >From the documentation it seems like passing zero to FifoWorker::operator() (via fifo_scheduler::operator()) will do the trick, but I'm not sure. I've created a non-blocking asynchronous machine because the thread calling fifo_scheduler::operator() should not block if the queue is empty. It should process all events in the queue and return. Have I got that all correct? -Dave

3 12

Re: [Boost-users] [statechart] Asynchronous Machines
by Gottlob Frege 22 Feb '06

22 Feb '06

> > Date: Tue, 21 Feb 2006 19:03:11 -0600 > From: David Greene <greened(a)obbligato.org> > Subject: Re: [Boost-users] [statechart] Asynchronous Machines > To: boost-users(a)lists.boost.org > Message-ID: <43FBB84F.70305(a)obbligato.org> > Content-Type: text/plain; charset=us-ascii > > > Nowadays both CPUs tend to have caches. Whether or not the cache > > contents is guaranteed to be written back to the main memory when thread > > A returns depends on the architecture of your hardware. IIRC, on X86 > > architectures there is such a guarantee. On other architectures you > > might need to use mutexes or a similar concept to guarantee that thread > > B sees the updates of thread A. > > Mutexes don't effect cache coherence. Likely there will have to be > calls to special intrinsics depending on the architecture. Short Answer: Yes they do. Very long answer: More correctly the problem isn't really 'cache coherence' in the traditional meaning of cache coherency (which is that the cache, for your cpu, is consistent with main memory, etc), it is the order of memory reads and writes, and Mutex's are guaranteed to do whatever is necessary to make sure all queued reads are read before you get the mutex lock (ie they force a memory 'acquire' barrier) and they make sure all writes are written before the mutex is released (a 'release' memory barrier). The important example is this: Thread 1: bool object_is_contstructed = false; Object object(17); // construct it object_is_constructed = true; Thread 2: if (object_is_constructed) { use_object(object); } else dont_use_object(); // really we would probably wait, but this is an example Problem 1 (Thread 1) object_is_constructed may be set to true (in shared memory) BEFORE all the constructed bytes of object are seen in shared memory. This has NOTHING to do with compiler optimizations or 'volatile' or the OS or other stuff. It is the hardware. (And really, whether you think of this as cache coherency or read/write order or whatever doesn't matter much, as long as the rules and concepts make sense.) Problem 2: EVEN IF object_is_constructed is written AFTER object is constructed, Thread 2 might read object BEFORE reading object_is_constructed! (Similar stuff. Basically, think about how the processor wants to optimize the order of memory reads/writes so as to not jump around memory too much - similar to how disk drivers try to optimize read/writes to avoid seeks.) So what to do? In a sense, flush the reads/writes similar to what you would need to do for harddrives. Any and all thread primitives will do this for you implicitly. POSIX threads (pthreads) actually try to document this, but you can assume it for any thread library otherwise the library is essentially useless. So use locks. Look are writing first: lock mutex, write object, write object_is_constructed release a mutex. note that in whatever order object and is_constructed are actually written to main memory, they both are written before the release. ***the order of those writes CANNNOT come after the order of the writes inside the mutex*** because of the 'release' memory barrier inside the mutex release. Now on reading, lock mutex read is_constructed read object release mutex So the read of object might still come before the read of is_constructed, but you CANNOT read either of them before the read of the mutex. And the mutex was written in order, so everything stays in order. To take it a step further, if you had barrier control, you COULD do away with the mutex (if you wanted to spin lock, or just skip using 'object' as in the example) as so: Thread 1: write object release barrier write is_constructed the barrier prevents the object write to move below the barrier. Thread 2: read is_constructed (into temp) acquire barrier if (temp) read object the acquire barrier prevents the read of 'objecrt' to move above the acquire. Note that, for example, Win32 now has explicit barrier versions of its Interlocked functions ie InterlockedIncrementAcquire, etc. (The old ones, it can be assumed, did 'full' barriers.) Mac OSX has similar functions. x86 never re-orders writes, but it can re-order reads. The IA64 *spec* says it can reorder both, although the processor doesn't seem to. Conventional wisdom is that the spec is explicitly 'looser' so that they can loosen the implementation in the future. Oh, also, the are other refinements on the barriers - think of the combinations - are we only concerned about the order of reads w.r.t. other reads, writes with other writes? What about the order of reads vs writes, etc? Thus back to the short answer: mutexes et al, magically do what is necessary to make it work. Tony. P.S. hope I got all that straight. It is easy to mix up the names of the barriers relative to their direction and reads vs writes, etc. I tend to just remember the general principles.

2 1

[BGL]Repost? Problems in the shortest pair algorithms.
by Peter Gerell 22 Feb '06

22 Feb '06

Hi, sorry if this is a repost. I made this post through the nntp at gmane, but it never appeared in my mail. I have reported some problems with the johnson_all_pairs_shortest_paths and floyd_warshall_all_pairs_shortest_paths algorithms. What is the correct way to report these problems. I made some posts to the list last week, but didn't get any response. Perhaps this should go on the developer mailing list instead? However, the problems I have noticed are: Floyd-Warshall: 1. std::min is used instead of the functor passed to as teh distance_compare parameter at several places 2. The distance map is initialized with 0 instead of zero. Johnson: 3. std::numeric_limits<DT>::max() is used instead of the distance_inf parameter. 4. The distance_combine and distance_compare parameters are not used. The bellman_ford_shortest_paths algorithm is called with std::less and closed_plus. Thanks Peter

2 2

mutexes : Is this thread-safe ?
by Dhanvi Kapila 22 Feb '06

22 Feb '06

Hi : I have this piece of code for mutex operations. is this code thread-safe ? I plan to use this code in threads... ------------------------------------ class BoostMutexLock { public : void lock() { lk = new boost::mutex::scoped_lock(global_mutex); } void unlock() { delete lk; } BoostMutexLock() : lk( 0 ) { } ~BoostMutexLock() { } private: boost::mutex global_mutex; boost::mutex::scoped_lock* lk; }; ------------------------------------------------------ I appreciate all the help.. How do I know to check for thread-safety in a code ? Are there any documents? I have checked online and have some links, but havent found documents which provide examples and explain.. such a document would be really useful. Thanks... Dhanvi

7 13

newbie: including boost lib in a managed C++ dll (vc71)
by KonT 22 Feb '06

22 Feb '06

Hi, I have only recently started using boost. platform win2k, winxp dev vs.net 2003 (vc7.1) I have downloaded the src & built boost libs using bjam. I have had no problems using them in std C++ apps. However, I have struck a prob in a case which has involved replacing my date/time code with boost::gregorian classes. I build an umanaged static lib which uses the boost date time stuff. The lib has been used successfully in a test harness (std C++ console app). This lib is then included in a manged C++ dll which exposes a std CLI interface, hiding the native c++ stuff. The managed dll is then included in a C# app. before I converted to boost, the whole arrangement worked ok. However now the C# app crashes when it calls code which jumps into the boost date lib. I have attempted to read up on the issue involved in having such a structure, & following advice from the ms on line help I have added a 'ManagedWrapper' class to the managed c++ dll (as per MS docs) which provides static methods to initialise the C++ run time lib. public __gc class ManagedWrapper { public: static int minitialize() { int retval = 0; try { __crt_dll_initialize(); } catch(System::Exception* e) { Console::WriteLine(e); retval = 1; } return retval; } static int mterminate() { int retval = 0; try { __crt_dll_terminate(); } catch(System::Exception* e) { Console::WriteLine(e); retval = 1; } return retval; } }; The C# calls the appropriate methods in Main static void Main(string[] args) { ManagedWrapper.minitialize(); TestFs(); TestAcct(); TestAccMgr(); ManagedWrapper.mterminate(); } At this point I think that I need to initialise statics within the boost lib. Does anyone have any advice on how to solve this issue (even if it means totally rearranging the dll wrapping a lib structure). Thanks Kon Tantos

1 0

How to use bind library to de-reference a pointer
by Meryl Silverburgh 21 Feb '06

21 Feb '06

I have a list of A pointers: vector <A*> aVector; And i have a function which takes a A reference. void myFunc(A& a); how can I loop thru aVector to call myFunct? for_each (aVector;.begin(), aVector;.end(), bind (&myFunc, _1)); // does not compile. Thanks for any help.

4 7

[Serialization]: How to get export to work
by sui tam 21 Feb '06

21 Feb '06

Hi, I run into compilation error with the Intel compiler for doing serialization traits and tracking. I have the following code which does serialization of virtual base classes : #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/serialization/utility.hpp> #include <boost/serialization/split_member.hpp> #include <boost/serialization/tracking.hpp> #include <boost/serialization/nvp.hpp> #include <boost/serialization/export.hpp> typedef unsigned _int64 ut8; typedef unsigned char otext; typedef unsigned int ut4; class Object { private: void* _ojhi; ut8 _seqno; public: template<class Archive> void save(Archive &ar, const unsigned int /* file version */) const { ar << BOOST_SERIALIZATION_NVP(_ojhi) << BOOST_SERIALIZATION_NVP(_seqno); } template<class Archive> void load(Archive& ar, const unsigned int /* file version */) { ar >> BOOST_SERIALIZATION_NVP(_ojhi) >> BOOST_SERIALIZATION_NVP(_seqno); } BOOST_SERIALIZATION_SPLIT_MEMBER() protected: Object(const Object& ) : _ojhi(NULL), _seqno(0) {} Object(const char *num=NULL, int is_stub=1) : _ojhi(NULL), _seqno(0) {} virtual ~Object() {} void operator=(const Object& ) {} }; BOOST_IS_ABSTRACT(Object) BOOST_CLASS_TRACKING(Object, track_always) class EModule { public: class IInterface : public virtual Object { private: static const otext * _Desc; static const ut4 _pkgIndex; static const ut4 _clsIndex; protected: IInterface() {} IInterface(const IInterface&) {} public: template<class Archive> void save(Archive& ar, const unsigned int /*file_version*/) const { ar << const_cast(otext *> (_Desc) << const_cast<ut4> (_pkgIndex) << const_cast<ut4> (_clsIndex); ar << BOOST_SERIALIZATION_BASE_OBJECT_NVP(Object); } template<class Archive> void load(Archive& ar, const unsigned int /*file_version*/) const { ar << const_cast(otext *> (_Desc) << const_cast<ut4> (_pkgIndex) << const_cast<ut4> (_clsIndex); ar << BOOST_SERIALIZATION_BASE_OBJECT_NVP(Object); } }; }; BOOST_CLASS_TRACKING(EModule::IInterface, track_always) class CModule { public: class CInterface : public virtual EModule::IInterface, public virtual Object { private: static const otext * _Desc; static const ut4 _pkgIndex; static const ut4 _clsIndex; protected: CInterface() {} CInterface(const CInterface&) {} public: template <class Archive> void save(Archive& ar, const unsigned int /* file_version */) const { ar << const_cast<otext *> (_Desc) << const_cast<ut4> (_pkgIndex) << const_cast<ut4> (_clsIndex); ar << BOOST_SERIALIZATION_BASE_OBJECT_NVP(EModule::IInterface); ar << BOOST_SERIALIZATION_BASE_OBJECT_NVP(Object); } template <class Archive> void load(Archive & ar, const unsigned int /* file_version */) { ar >> const_cast<otext *> (_Desc) >> const_cast<ut4> (_pkgIndex) >> const_cast<ut4> (_clsIndex); ar >> BOOST_SERIALIZATION_BASE_OBJECT_NVP(EModule::IInterface); ar >> BOOST_SERIALIZATION_BASE_OBJECT_NVP(Object); } BOOST_SERIALIZATION_SPLIT_MEMBER() virtual ~CInterface() {} }; }; BOOST_CLASS_EXPORT(CModule::CInterface) I followed strictly from the documentation. Is there a way I can get it compiled? Enclosed please find the compile log. --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments. W:\WUTemp\Myfolder\xsolapi>ecl /c /Fotest1.obj /G2 /Wp64 /GR /GX /Qms /O1 /G2 /nologo /Zl /G2 /DWIN64 /D_WIN64 /DWIN_NT /DWIN32COMMON /MD /DSS_64BIT_SERVER /D_IA64_=1 -DOS_STL_ASSERT /Zm300 /Ob0 test1.cpp test1.cpp v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp(566): error: incomplete type is not allowed BOOST_STATIC_ASSERT(check_tracking<T>::value); ^ detected during: instantiation of "void boost::archive::save(Archive &__ptr64, T &__ptr64) [with Archive=boost::archive::text_oarchive, T=otext={unsigned char} *__ptr64]" at line 78 of "v:\temp\boost_1_33_0\boost/archive/basic_text_oarchive.hpp" instantiation of "void boost::archive::basic_text_oarchive<Archive>::save_override(T &__ptr64, int) [with Archive=boost::archive::text_oarchive, T=otext={unsigned char} *__ptr64]" at line 85 of "v:\temp\boost_1_33_0\boost/archive/detail/interface_oarchive.hpp" instantiation of "Archive &__ptr64 boost::archive::detail::interface_oarchive<Archive>::operator<<(T &__ptr64) [with Archive=boost::archive::text_oarchive, T=otext={unsigned char} *__ptr64]" at line 92 of "test1.cpp" instantiation of "void CModule::CInterface::save(Archive &__ptr64, const unsigned int ) const [with Archive=boost::archive::text_oarchive]" at line 93 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_save(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=const CModule::CInterface ]" at line 43 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" [ 15 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/serialization/access.hpp(109): error: expression must have class type t.serialize(ar, file_version); ^ detected during: instantiation of "void boost::serialization::access::serialize(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=unsigned char]" at line 81 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::serialize(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=unsigned char]" at line 140 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::serialize_adl(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=unsigned char]" at line 224 of "v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp" instantiation of "boost::archive::detail::pointer_oserializer<T, Archive>::pointer_oserializer() [with T=unsigned char, Archive=boost::archive::text_oarchive]" at line 189 of "v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp" instantiation of class "boost::archive::detail::pointer_oserializer<T, Archive> [with T=unsigned char, Archive=boost::archive::text_oarchive]" at line 189 of "v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp" [ 28 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" test1.cpp(92): error: the type in a const_cast must be a pointer, reference, or pointer to member to an object type ar << const_cast<otext *> (_Desc) << const_cast<ut4> (_pkgIndex) << const_cast<ut4> (_clsIndex); ^ detected during: instantiation of "void CModule::CInterface::save(Archive &__ptr64, const unsigned int ) const [with Archive=boost::archive::text_oarchive]" at line 93 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_save(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=const CModule::CInterface ]" at line 43 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_saver<Archive, T>::invoke(Archive &__ptr64, const T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=CModule::CInterface]" at line 69 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=CModule::CInterface]" at line 103 instantiation of "void CModule::CInterface::serialize(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive]" at line 109 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 12 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" test1.cpp(92): error: the type in a const_cast must be a pointer, reference, or pointer to member to an object type ar << const_cast<otext *> (_Desc) << const_cast<ut4> (_pkgIndex) << const_cast<ut4> (_clsIndex); ^ detected during: instantiation of "void CModule::CInterface::save(Archive &__ptr64, const unsigned int ) const [with Archive=boost::archive::text_oarchive]" at line 93 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_save(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=const CModule::CInterface ]" at line 43 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_saver<Archive, T>::invoke(Archive &__ptr64, const T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=CModule::CInterface]" at line 69 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive, T=CModule::CInterface]" at line 103 instantiation of "void CModule::CInterface::serialize(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_oarchive]" at line 109 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 12 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp(459): error: expression must be a pointer to a complete object type const basic_pointer_oserializer * bpos_ptr = register_type(ar, * t); ^ detected during: instantiation of "void boost::archive::detail::save_pointer_type<Archive, TPtr>::invoke(Archive &__ptr64, const TPtr ) [with Archive=boost::archive::text_oarchive, TPtr=void *__ptr64]" at line 535 instantiation of "void boost::archive::save(Archive &__ptr64, const T &__ptr64) [with Archive=boost::archive::text_oarchive, T=void *__ptr64]" at line 78 of "v:\temp\boost_1_33_0\boost/archive/basic_text_oarchive.hpp" instantiation of "void boost::archive::basic_text_oarchive<Archive>::save_override(T &__ptr64, int) [with Archive=boost::archive::text_oarchive, T=void *const __ptr64 ]" at line 85 of "v:\temp\boost_1_33_0\boost/archive/detail/interface_oarchive.hpp" instantiation of "Archive &__ptr64 boost::archive::detail::interface_oarchive<Archive>::operator<<(T &__ptr64) [with Archive=boost::archive::text_oarchive, T=void *const __ptr64 ]" at line 77 of "v:\temp\boost_1_33_0\boost/serialization/nvp.hpp" instantiation of "void boost::serialization::nvp<T>::save(Archivex &__ptr64, const unsigned int ) const [with T=void *const __ptr64 , Archivex=boost::archive::text_oarchive]" at line 93 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 58 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/archive/detail/oserializer.hpp(466): error: expression must be a pointer to a complete object type save(ar, * t, bpos_ptr); ^ detected during: instantiation of "void boost::archive::detail::save_pointer_type<Archive, TPtr>::invoke(Archive &__ptr64, const TPtr ) [with Archive=boost::archive::text_oarchive, TPtr=void *__ptr64]" at line 535 instantiation of "void boost::archive::save(Archive &__ptr64, const T &__ptr64) [with Archive=boost::archive::text_oarchive, T=void *__ptr64]" at line 78 of "v:\temp\boost_1_33_0\boost/archive/basic_text_oarchive.hpp" instantiation of "void boost::archive::basic_text_oarchive<Archive>::save_override(T &__ptr64, int) [with Archive=boost::archive::text_oarchive, T=void *const __ptr64 ]" at line 85 of "v:\temp\boost_1_33_0\boost/archive/detail/interface_oarchive.hpp" instantiation of "Archive &__ptr64 boost::archive::detail::interface_oarchive<Archive>::operator<<(T &__ptr64) [with Archive=boost::archive::text_oarchive, T=void *const __ptr64 ]" at line 77 of "v:\temp\boost_1_33_0\boost/serialization/nvp.hpp" instantiation of "void boost::serialization::nvp<T>::save(Archivex &__ptr64, const unsigned int ) const [with T=void *const __ptr64 , Archivex=boost::archive::text_oarchive]" at line 93 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 58 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/serialization/access.hpp(109): error: expression must have class type t.serialize(ar, file_version); ^ detected during: instantiation of "void boost::serialization::access::serialize(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=unsigned char]" at line 81 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::serialize(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=unsigned char]" at line 140 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::serialize_adl(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=unsigned char]" at line 318 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "boost::archive::detail::pointer_iserializer<T, Archive>::pointer_iserializer() [with T=unsigned char, Archive=boost::archive::text_iarchive]" at line 201 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of class "boost::archive::detail::pointer_iserializer<T, Archive> [with T=unsigned char, Archive=boost::archive::text_iarchive]" at line 201 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" [ 29 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" test1.cpp(99): error: the type in a const_cast must be a pointer, reference, or pointer to member to an object type ar >> const_cast<otext *> (_Desc) >> const_cast<ut4> (_pkgIndex) >> const_cast<ut4> (_clsIndex); ^ detected during: instantiation of "void CModule::CInterface::load(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive]" at line 101 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_load(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 54 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_loader<Archive, T>::invoke(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 69 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 103 instantiation of "void CModule::CInterface::serialize(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive]" at line 109 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 13 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" test1.cpp(99): error: the type in a const_cast must be a pointer, reference, or pointer to member to an object type ar >> const_cast<otext *> (_Desc) >> const_cast<ut4> (_pkgIndex) >> const_cast<ut4> (_clsIndex); ^ detected during: instantiation of "void CModule::CInterface::load(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive]" at line 101 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_load(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 54 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_loader<Archive, T>::invoke(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 69 of "v:\temp\boost_1_33_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &__ptr64, T &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 103 instantiation of "void CModule::CInterface::serialize(Archive &__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive]" at line 109 of "v:\temp\boost_1_33_0\boost/serialization/access.hpp" [ 13 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp(472): error: expression must be a pointer to a complete object type const basic_pointer_iserializer * bpis_ptr = register_type(ar, *t); ^ detected during: instantiation of "void boost::archive::detail::load_pointer_type<Archive, Tptr>::invoke(Archive &__ptr64, Tptr &__ptr64) [with Archive=boost::archive::text_iarchive, Tptr=void *__ptr64]" at line 559 instantiation of "void boost::archive::load(Archive &__ptr64, T &__ptr64) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 64 of "v:\temp\boost_1_33_0\boost/archive/basic_text_iarchive.hpp" instantiation of "void boost::archive::basic_text_iarchive<Archive>::load_override(T &__ptr64, int) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 64 of "v:\temp\boost_1_33_0\boost/archive/text_iarchive.hpp" instantiation of "void boost::archive::text_iarchive_impl<Archive>::load_override(T &__ptr64, int) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 84 of "v:\temp\boost_1_33_0\boost/archive/detail/interface_iarchive.hpp" instantiation of "Archive &__ptr64 boost::archive::detail::interface_iarchive<Archive>::operator>>(T &__ptr64) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 85 of "v:\temp\boost_1_33_0\boost/serialization/nvp.hpp" [ 65 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp(480): error: expression must be a pointer to a complete object type t = pointer_tweak(newbpis_ptr->get_eti(), t, *t); ^ detected during: instantiation of "void boost::archive::detail::load_pointer_type<Archive, Tptr>::invoke(Archive &__ptr64, Tptr &__ptr64) [with Archive=boost::archive::text_iarchive, Tptr=void *__ptr64]" at line 559 instantiation of "void boost::archive::load(Archive &__ptr64, T &__ptr64) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 64 of "v:\temp\boost_1_33_0\boost/archive/basic_text_iarchive.hpp" instantiation of "void boost::archive::basic_text_iarchive<Archive>::load_override(T &__ptr64, int) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 64 of "v:\temp\boost_1_33_0\boost/archive/text_iarchive.hpp" instantiation of "void boost::archive::text_iarchive_impl<Archive>::load_override(T &__ptr64, int) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 84 of "v:\temp\boost_1_33_0\boost/archive/detail/interface_iarchive.hpp" instantiation of "Archive &__ptr64 boost::archive::detail::interface_iarchive<Archive>::operator>>(T &__ptr64) [with Archive=boost::archive::text_iarchive, T=void *__ptr64]" at line 85 of "v:\temp\boost_1_33_0\boost/serialization/nvp.hpp" [ 65 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/serialization/access.hpp(116): error #373: "Object::~Object(unsigned int)" is inaccessible delete const_cast<T *>(t); ^ detected during: instantiation of "void boost::serialization::access::destroy(const T *__ptr64) [with T=Object]" at line 105 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "void boost::archive::detail::iserializer<Archive, T>::destroy(void *__ptr64) const [with Archive=boost::archive::text_iarchive, T=Object]" at line 113 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "boost::archive::detail::iserializer<Archive, T>::iserializer() [with Archive=boost::archive::text_iarchive, T=Object]" at line 144 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "boost::archive::detail::iserializer<Archive, T> &__ptr64 boost::archive::detail::iserializer<Archive, T>::instantiate() [with Archive=boost::archive::text_iarchive, T=Object]" at line 362 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "void boost::archive::detail::load_non_pointer_type<Archive, T>::load_standard::invoke(Archive &__ptr64, T &__ptr64) [with Archive=boost::archive::text_iarchive, T=Object]" at line 412 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" [ 38 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" v:\temp\boost_1_33_0\boost/serialization/access.hpp(123): error #373: "CModule::CInterface::CInterface()" is inaccessible ::new(t)T; ^ detected during: instantiation of "void boost::serialization::access::construct(Archive &__ptr64, T *__ptr64) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 105 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::load_construct_data(Archive &__ptr64, T *__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 170 of "v:\temp\boost_1_33_0\boost/serialization/serialization.hpp" instantiation of "void boost::serialization::load_construct_data_adl(Archive &__ptr64, T *__ptr64, const unsigned int ) [with Archive=boost::archive::text_iarchive, T=CModule::CInterface]" at line 307 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "void boost::archive::detail::pointer_iserializer<T, Archive>::load_object_ptr(boost::archive::detail::basic_iarchive &__ptr64, void *__ptr64 &__ptr64, const unsigned int ) const [with T=CModule::CInterface, Archive=boost::archive::text_iarchive]" at line 329 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" instantiation of "boost::archive::detail::pointer_iserializer<T, Archive>::pointer_iserializer() [with T=CModule::CInterface, Archive=boost::archive::text_iarchive]" at line 201 of "v:\temp\boost_1_33_0\boost/archive/detail/iserializer.hpp" [ 9 instantiation contexts not shown ] instantiation of class "boost::archive::detail::export_generator<T, ASeq> [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" implicit definition of "const boost::archive::detail::export_generator<CModule::CInterface, boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>> boost::archive::detail::export_generator<T, ASeq>::instance [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 178 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "const void *__ptr64 boost::archive::detail::export_instance<T, ASeq>::not_abstract::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 210 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instance<T, ASeq>::invoke() [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]" at line 219 of "v:\temp\boost_1_33_0\boost/serialization/export.hpp" instantiation of "std::pair<const void *__ptr64, const void *__ptr64> boost::archive::detail::export_instantiate(T &__ptr64, ASeq &__ptr64) [with T=CModule::CInterface, ASeq=boost::mpl::list2<boost::archive::text_oarchive, boost::archive::text_iarchive>]"

2 4

boost 1.33.1 + icu - does not working with simple char's
by Alex Ott 21 Feb '06

21 Feb '06

Hi all I found one strange thing - when i compile boost::regex with unicode support (via icu), my code, that use char's stop linking with following messages: /opt/skvt2-devel/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' Configuration.o: In function `perl_matcher': /opt/skvt2-devel/include/boost/regex/v4/perl_matcher_common.hpp:44: undefined reference to `boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)' GroupInfo.o: In function `basic_regex': /opt/skvt2-devel/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' LManager.o: In function `basic_regex': /opt/skvt2-devel/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' LManager.o: In function `assign': /opt/skvt2-devel/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' I want to use both unicode regexp's and usual regexp's. how i can fix this? > gcc -v Using built-in specs. Target: i586-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux Thread model: posix gcc version 4.0.2 20050901 (prerelease) (SUSE Linux) -- With best wishes, Alex Ott Jet Infosystems, Head of software development group, MBA +7 (095) 411 76 01 http://www.jetsoft.ru/

2 1

CVS import guidance
by Rush Manbert 20 Feb '06

20 Feb '06

Hi all, I am setting up a local CVS archive and I found that when I imported the boost 1.33.1 distribution there are some files that get ignored by CVS. Eventually I figured out that the missing files are described by the path expression "libs/python/pyste/tests/*.cpp" relative to the top level directory. From that I found the .cvsignore in the same directory that specifies *.cpp as an ignore pattern. There are more .cvsignore files in the distribution tree, but this is the only one that filters out files for an import. Does anyone have any guidance as to how CVS imports of Boost source code distributions should be done? Should I delete all of the .cvsignore files in the distribution before importing? Should I replace them with an empty version of the file? Should I do something else? A related question for developers. Should the .cvsignore files be removed from the distribution tree before it is released to the public? Thanks, Rush

1 1

Quick newbie question
by Jason A. Myers 20 Feb '06

20 Feb '06

Hello all, I'm just getting started with the boost graph library (and templates) and there are a few details that I can't figure out. -For the life of me I can't find a definition or a typedef for the UniformCostVisitor declared in dijkstra_shortest_paths_.hpp. I've grep'd all the boost header files and looked in the docs, to no avail. -I am writing my own algorithm o use with BFS to find a vertex weighted MST and some other goodies, so i want to implement something very similar to the implementation of dijkstra's. Is it neccessary to define the "VisitorConcept" struct, or do you only need to do this when you (as in me) are going to invoke some concept checking? I think that's it for now...Thanks in advance! Cheers, Jason

1 0

[bcp] [shared_ptr] Extracting subset of boost for shared_ptr - 3.2MB?
by Tyler Mandry 20 Feb '06

20 Feb '06

I extracted a subset of boost using bcp so that my project could use shared_ptr. The exact line I used is this: $ bcp --boost=/usr/include boost/shared_ptr.hpp boost/ This gave me more than just the boost headers, but any other way and it wouldn't work. It wasn't a problem though; I could just use the files in the newly-created boost/boost directory and wipe out anything else. So I was left with, presumably, all the boost headers and files that depended on shared_ptr.hpp. But, after running du, I found that the extracted directory was a whopping 3.2MB - bigger than the existing code of my project altogether. bcp had given me 274 different header files. All for just one smart pointer class? Is this correct? Am I using bcp correctly? Are there some paths that bcp is taking that aren't really neccessary? Can I narrow this huge vat of files down to the ones that I *really* need, or is this it? How? Regards and thanks, -- Tyler Mandry

5 12

Boost iostreams and GCC 2.96
by Robert Vinluan 20 Feb '06

20 Feb '06

Hi All, Has anyone been successful in getting the boost iostreams library to work under gcc 2.96? I'm able to build the iostreams library, but I can't compile my project code which uses some iostreams objects. The compiler fails with this line of code: boost::iostreams::filtering_stream<boost::iostreams::input> fstrm_in; All I'm doing here is creating a filtering_stream object. The compiler spits out lots of garbage with "instantiated from here" messages everywhere. Here's a snippet of the garbage: /home/prisms/devBuilder/hfs/custom/include/boost/type_traits/is_convertible.hpp:128: template instantiation depth exceeds maximum of 17 (use -ftemplate-depth-NN to increase the maximum) instantiating `boost::detail::is_convertible_basic_impl<boost::iostreams::basic_null_device<char, boost::iostreams::input>::category &, boost::iostreams::input>::_m_from' /home/prisms/devBuilder/hfs/custom/include/boost/type_traits/is_convertible.hpp:128: instantiated from ....... boost::iostreams::detail::chain_base<boost::iostreams::chain<boost::iostreams::input, char, boost::iostreams::detail::char_traits, allocator<char> >, char, boost::iostreams::detail::char_traits, allocator<char>, boost::iostreams::input>::chain_impl]' IMG_FileGZip.C:138: instantiated from here ....... IMG_FileGZip.C is my project file with line 138 being the line I mentioned above. I've checked boost documentation and the boost users mailing list but haven't found anything mentioning iostreams being incompatible with gcc 2.96. I'm not sure what I can try to fix or workaround this problem. Can anybody shed some light? Many Thanks, Rob P.S. The same code compiles and works fine under other versions of gcc (i.e. 3.2, 3.3, 3.4 and 4.0). Also, if it helps, here is the command I'm using to build boost: bjam -sBUILD="debug <threading>multi" --with-iostreams -sNO_BZIP2=0 install;

1 0

mingw, bjam and Boost.Python tutorial problem (ImportError)
by Marek \"Baczek\" Baczyński 20 Feb '06

20 Feb '06

Hi, I have a problem with Boost.Python, mingw and bjam not working together, and apparently it is jam that is the issue - or rather, it's rules. The root of the problem seems to be that initmodule function doesn't get exported and I have absolutely no idea what causes this (and even if I had, I propably wouldn't know how to fix it, jam is pretty much dark magic for me :)) (Warning, lots of noise follows.) Manual compilation (which, amazingly, works): E:\boost_1_33_1\libs\python\example\tutorial>g++ hello.cpp -g -O0 -shared -Ic:\boost\include\boost-1_33_1 -Ic:\python24\include -Lc:\boost\lib -lpython24 -lboost_python-mgw-d -o hello.pyd E:\boost_1_33_1\libs\python\example\tutorial>python Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import hello >>> hello.greet() 'hello, world' >>> E:\boost_1_33_1\libs\python\example\tutorial>pexports hello.pyd LIBRARY hello.pyd EXPORTS inithello ------------------------------------------------------------------------ Compilation using bjam (lines have been wrapped in a text editor): E:\boost_1_33_1\libs\python\example\tutorial>bjam -sTOOLS=mingw -d+2 gcc-C++-action bin\tutorial\hello.pyd\mingw\debug\hello.obj "g++" -c -Wall -ftemplate-depth-255 -DBOOST_PYTHON_DYNAMIC_LIB -g -O0 -fno-inline -mno-cygwin -I"bin\tutorial" -I "E:\boost_1_33_1" -I "c:\Python24\include" -o "bin\tutorial\hello.pyd\mingw\debug\hello.obj" "hello.cpp" gcc-Link-action bin\tutorial\hello.pyd\mingw\debug\hello.pyd bin\tutorial\hello.pyd\mingw\debug\hello.lib "g++" "-Wl,--enable-auto-image-base" "-Wl,--exclude-symbols,_bss_end__:_bss _start__:_data_end__:_data_start__" "-Wl,--out-implib,bin\tutorial\hello.pyd\min gw\debug\hello.lib" -g -shared -Wl,--allow-multiple-definition -mno-cygwin -o "bin\tutorial\hello.pyd\mingw\debug\hello.pyd" -L"bin/boost/libs/python/build/boost_python.dll/mingw/debug" -L"" "bin\tutorial\hello.pyd\mingw\debug\hello.obj" "c:\Python24\libs\libpython24.a" "bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_python.lib" "c:\Python24\libs\libpython24.a" "bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_python.lib" -lboost_python E:\boost_1_33_1\libs\python\example\tutorial\bin\tutorial\hello.pyd\mingw\debug>python Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import hello Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (inithello) >>> E:\boost_1_33_1\libs\python\example\tutorial\bin\tutorial\hello.pyd\mingw\debug>pexports hello.pyd LIBRARY hello.pyd EXPORTS ------------------------------------------------------------------------ c:\gcc -v Reading specs from c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw special) ------------------------------------------------------------------------ Required dlls (boost_python.dll and -mgw-d) have been copied to their relevant working dirs. Please note that I'm a Boost newbie and that my first Boost compilation finished just a few hours ago :) Also, tests from python/test directory fail in a rather noisy way, and my guess is that the reason is the same. -- { Marek Baczyński :: UIN 57114871 :: GG 161671 :: JID imbaczek(a)jabber.gda.pl } { http://www.vlo.ids.gda.pl/ | imbaczek at poczta fm | http://www.promode.org } .. .. .. .. ... ... ...... evolve or face extinction ...... ... ... .. .. .. ..

2 1

member data pointer and nested bind
by JaeWook Choi 20 Feb '06

20 Feb '06

Hello, I've been trying to use STL alogorithms on POD struct data member without writing any user defined functor nor adding get/set member function to the POD sturct, instead I just wanted to use boost::mem_fn, boost::bind, boost::lambda for member data pointer. It was fine to use the member data pointer with any of boost::mem_fn, boost::bind and boost::lambda only until I tried to use them in the nested bind as an argument of outter bind. If I use them in nested bind, I got compile error message of "cannot convert parameter 1 from 'boost::_bi::bind_t<R,F,L> ' to 'const RECT *'" or "cannot convert parameter 1 from 'boost::lambda::lambda_functor<T>' to 'const RECT *'" As a boost newbie, it is too difficult for me to figure out the problem here. Maybe someone can help me out to sovle the problem. Thanks, Jae. The below is my test code. (BTW, I compiled it on VC71) ~~~ #include "stdafx.h" #include <wtypes.h> #include <vector> #include <algorithm> using std::vector; using std::find_if; #define BOOST_BIND_ENABLE_STDCALL #include <boost/bind.hpp> #include <boost/lambda/lambda.hpp> using boost::mem_fn; using boost::bind; // an arbitrary POD struct struct CTestClass { RECT rc; }; int main(int argc, char* argv[]) { vector<CTestClass> vecTestClass; CTestClass testObj = { { 0, 0, 100, 100} }; vecTestClass.push_back(testObj); ::OffsetRect(&testObj.rc, 100, 100); vecTestClass.push_back(testObj); LONG rc_left = mem_fn(&CTestClass::rc)(testObj).left; // mem_data_ptr & boost::mem_fn LONG rc_top = bind(&CTestClass::rc, _1)(testObj).top; // mem_data_ptr & boost::bind LONG rc_right = ((&boost::lambda::_1)->*&CTestClass::rc)(testObj).right; // mem_data_ptr & boost::lambda POINT ptTest = { 150, 150 }; ::PtInRect(&mem_fn(&CTestClass::rc)(testObj), ptTest); // ok ::PtInRect(&bind(&CTestClass::rc, _1)(testObj), ptTest); // ok ::PtInRect(&((&boost::lambda::_1)->*&CTestClass::rc)(testObj), ptTest); // ok vector<CTestClass>::iterator it_f1 = find_if(vecTestClass.begin(), vecTestClass.end(), bind(::PtInRect, &bind(&CTestClass::rc, _1), ptTest) ); // compile error! vector<CTestClass>::iterator it_f2 = find_if(vecTestClass.begin(), vecTestClass.end(), bind(::PtInRect, &((&boost::lambda::_1)->*&CTestClass::rc), ptTest) ); // compile error! return 0; } ~~~

2 5

Using push_relabel_max_flow
by Yannack 20 Feb '06

20 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I am new at the BGL, and I am having a little problem here. I need to calculate a max flow on a graph, so thought i would use push_relabel_max_flow. I get the correct value for the maxflow as the return value for the function, however, the residual capacities are really weird: the maxflow goes through cycles, and even when I have a maxflow with a value=1, I get some links with capacity=2 fully loaded to capacity... Is this normal behavior? If so, is there a way of getting the correct residual capacities without cycles? If not, is this a know bug? Is there a work around? Thank you very much for your help and time, Yannack -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD+cEqrhthX5fBuCIRAq2aAJ9D6mCUnYKUXBClLjjSju7XqN76ywCfaObE tNd9iv52UCBjBi4eRVrjGHw= =l5gE -----END PGP SIGNATURE-----

1 0

Meta Template Programming with MPL - Compiler Bug or is the code really so evil slow?
by Vinzenz 'evilissimo' Feenstra 20 Feb '06

20 Feb '06

Hi, I've written a little Meta Template Program which should calculate the first 3 perfect numbers. ( range 1 - 500 ) The code is compilable if you use the range 1 - 30 really fast and works correctly. But I've tried to compile the code but I can't get it finished. Someone tried it on a Machine with 40 GB RAM and it now compiles for more than 12 hours and uses more than 7.1 GB RAM ( the compilation ) I've tried it by myself with g++ 3.4.x and g++ 4.0.x and with VC++ 7.1 The code works on all tested compilers if the range would be 1 - 30 but If the range is 1 - 500 VC++ says: d:\boost\vc71\include\boost-1_33_1\boost\mpl\aux_\preprocessed\plain\apply_wrap.hpp(48): fatal error C1204: compiler limit: internal structure overflow. ( This seems to be a known bug in VC++ http://support.microsoft.com/default.aspx?scid=kb;en-us;883655 ) and g++ compiles and compiles and uses more and more RAM. Is the code really so evil slow or is it a compiler Bug in g++? Maybe anyone has an answer. BR evilissimo #include <boost/mpl/long.hpp> #include <boost/mpl/range_c.hpp> #include <boost/mpl/vector_c.hpp> #include <boost/mpl/arithmetic.hpp> #include <boost/mpl/accumulate.hpp> #include <boost/mpl/back_inserter.hpp> #include <boost/mpl/equal.hpp> #include <boost/mpl/copy_if.hpp> #include <boost/mpl/at.hpp> #include <boost/mpl/size.hpp> #include <iostream> namespace mpl = boost::mpl; template < typename Sum , typename Div , typename Num > struct perf_num_plus_if : mpl::if_< mpl::equal_to< mpl::modulus< Num,Div > , mpl::long_<0> >, typename mpl::plus<Sum,Div>::type, Sum >::type {}; template< typename Num > struct perf_num_impl : mpl::accumulate< mpl::range_c< long, 1, Num::value/2+1 >, mpl::long_<0>, perf_num_plus_if< mpl::_, mpl::_, Num > >::type {}; template< long Start , long End > struct perfect_number : mpl::copy_if< mpl::range_c<long,Start,End>, mpl::equal_to< mpl::_1 , perf_num_impl<mpl::_1> >, mpl::back_inserter< mpl::vector_c<long> > >::type {}; template< typename Seq , size_t Pos , size_t Max > struct Output { Output() { std::cout << mpl::at_c<Seq, Pos >::type::value << std::endl; Output< Seq , Pos+1 , Max >(); } }; template< typename Seq , size_t N > struct Output< Seq , N , N > { Output(){} }; int main() { typedef perfect_number< 1 , 500 > vec; Output< vec , 0 , mpl::size< vec >::value >(); }

3 2

Re: [Boost-users] [Serialization]: bug while serializingastd::string
by RIVASSEAU Jean Noel 20 Feb '06

20 Feb '06

As written in a previous mail (re read ;) I have tried strstream, which effectively does NOT triggers the bug. I will try to make small examples from you, I don't know if I'll manage to however. To test them, you will probably need to install the Qt 4.1 libraries as my project uses them. Jean-Noël _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : vendredi 17 février 2006 16:48 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializingastd::string also try using strstream as it does no code conversion. If you can make small example that illustrates the problem I would be glad to look at it. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04D27419@naserv31.nanterre.oberthurcs.com... Hello I have tried to open an archive in text mode with no_codecvt attribute, like this: std::ifstream ifs("archive.mob"); boost::archive::text_iarchive ia(ifs, boost::archive::no_codecvt); but it still triggers the bug. I do not think the bug is due to something that is not handled in the stream, since I do not have any special characters or stuff like that (except end lines). Plus, the fact that it crashes at the magical number 512 characters get me to think it is more related to a buffer problem, however, you are the specialist. How can I investigate the code conversion facets used by text archive? I am not familiar at all with locales, or facets, but if you give me some hints about how they are used in the BSL, I may get started. Regards Jean-Noël Ps: everything works fine in XML archive mode, so for my project I have switched to that, but I'd still like to get this bug fixed for the benefits of all... _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 17:11 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializingastd::string Sorry I got mixed up with another post. The main difference between strstream and other streams is that strstream doesn't do any code conversion. This is also consistent with the idea that something in the string isn't being handled in the code conversion facet of the the stream in the expected manner. a couple of ideas would be to investicate the code conversion facets used by the text archive. Also look at the no_codecvt attribute on archive open. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04CB28D4@naserv31.nanterre.oberthurcs.com... I am assuming you meant : std::ofstream ifs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; and not std::ifstream ifs. So if I understand well, this "patch" only adds a newline to the archive at the saving stage. I tried it but it did not help in any way; in fact I cannot see how it could help, since the problem is at the point of the loading of the std::string, not at the end of the load of the whole object. What I mean here is that MyObject is, in my case, a class containing a std::vector of pointers to class containing std::strings. One of these strings is too long, which causes the crash. Maybe what you meant is appending the std::endl after the serialization of the std::string, but this is not possible since at this point I have only access to the archive, not the underlying ofstream : template<class Archive> void serialize(Archive & ar, const MyClass& m, const unsigned int version) { ar & m.a_standard_string; } I do not have access there to the underlying ofstream of the implementation. Note that here, MyObject would contain a std::vector < MyClass * >. And I am serializing directly MyObject which causes the serialization of MyClass later. So, what do you mean? Have you located the bug ? _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 04:46 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializing astd:string Untl 1.34 comes out try the following on the output stream std::ifstream ofs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04C87411@naserv31.nanterre.oberthurcs.com... I have been able to test with a string stream; the bug does not occur. That is, this code produces the bug: std::ifstream ifs("container.mob"); boost::archive::text_iarchive ia(ifs); ia & MyObject; while the following does not: std::ifstream ifs("container.mob"); std::ostringstream tmp; tmp << ifs.rdbuf(); std::istringstream is(tmp.str()); boost::archive::text_iarchive ia(is); ia & MyObject; a) try using a different stream buffer - strstream So do you have any clue, Robert ?? Clearly the problem has to do with buffering somewhere.... Jean-Noël _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting subset ofboostforshared_ptr - 3.2MB?
by Nat Goodspeed 19 Feb '06

19 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of David Abrahams > Sent: Saturday, February 18, 2006 1:02 PM > To: boost-users(a)lists.boost.org > Cc: Hartmut Kaiser > Subject: Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting subset > ofboostforshared_ptr - 3.2MB? > > "John Maddock" <john(a)johnmaddock.co.uk> writes: > > >> Unfortunately bcp isn't smart enough to not look into optional > >> dependencies that are guarded by #ifdef. > > we need a better system. It would be > a lot of work, but maybe it would be the first real use of Wave as a > library rather than just as a preprocessor. We could use the graph > library to do a real search with some knowledge of compiler and > configuration #defines. [Nat] That was my reaction as soon as I first saw John's post "bcp isn't smart enough...": wow, he could use Wave! But I'm confused as to why you'd need the graph library? Wouldn't it work just to point bcp to the compiler of interest -- by giving it the name of one of a set of small prepackaged files that #defines the vendor-specific compiler-predefined macros that Boost cares about -- and let bcp operate on post-Wave, fully-preprocessed source code? Ah: that would actually discard the identities of all the #included files! Sigh. Nonetheless, it feels as if that approach could be tweaked to get much closer to the "I only care about this one compiler" use case than is currently possible.

4 12

Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting subsetofboostforshared_ptr - 3.2MB?
by Nat Goodspeed 19 Feb '06

19 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of David Abrahams > Sent: Saturday, February 18, 2006 1:42 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [bcp] [shared_ptr] [wave] Extracting > subsetofboostforshared_ptr - 3.2MB? > > > Wouldn't it > > work just to point bcp to the compiler of interest -- by giving it the > > name of one of a set of small prepackaged files that #defines the > > vendor-specific compiler-predefined macros that Boost cares about -- > > Also, there are macros introduced by Jamfiles and configuration macros > set by users in their own Jam/Make/whateverfiles. Unless you know > what their values will be ahead of time, you may leave out some files > the user will need. [Nat] Okay. But the reason I suggested capturing a compiler's typical #defines in a config file was to enable a user to create a custom one containing their own #defines as well. Heh, the custom config file wouldn't need to *clone* the generic one packaged with bcp: it could #include the generic one and then add to it.

1 0

Regex++
by Winson Yung 19 Feb '06

19 Feb '06

Hello all, I am a new user of Boost Regex++, I have seen some strange behavior from the return of Regex++. Not sure this is the right mailing list to ask such a question or not. If not, please refer me to the right one. Here is my question: My program is written in MFC, and it has been built under both Visual C++ 6 and Visual Studio .NET 2003. Under Visual Studio .NET 2003, the following code returns result = 1, however expr[1].c_str() always returns an empty string. boost::RegEx expr(itField->GetFieldRegEx(), TRUE); unsigned int result = expr.Grep(v, wholeFileStr); if (result != 0) { for (int i = 1;i <= itField->GetMatchNum();i++) { const char *buf = expr[i].c_str(); // Get match result if (std::strlen(buf) == 0) { The same code works fine under Visual C++ 6 with the same content inside wholeFindStr.

2 2

[pkg-boost-devel] Boost on Debian
by Steve M. Robbins 19 Feb '06

19 Feb '06

Hello Dave, I'm responding to your message on boost mailing list http://lists.boost.org/Archives/boost/2006/02/100262.php Domenico Andreoli also contributed to this response. Apologies for the tardy response. I read the list very infrequently via web archives and I have only just noticed the message. So you ask: I am going to be trying to write some new "getting started" documentation for Boost for the upcoming release. I would really like to include some information about what people can expect when they get Boost packages from their Debian, RedHat, whatever distribution. All of our documentation so far is written from the perspective that users have a complete Boost CVS tree, but I guess that's not true for everyone? Can you fill us in? The short answer is: someone wishing to develop code using Boost under Debian need install the package libboost-dev (and, possibly, other -dev packages like libboost-filesystem-dev). The headers as well as static and shared library files are all installed into standard linux locations. Compilation and linking is done with no special options other than specifying the library; e.g. "-lboost_filesystem". Our goal is to make the Debian Boost library packages as much like standard libraries as possible. For Debian, this means that headers and link-time library files are contained in a "-dev" package. In addition, for each library that builds a shared object, we have a separate, versioned package, e.g. "libboost-filesystem1.33.1". Normally, however, one isn't concerned with the library package because the "-dev" package depends on the shared library package and installing the former automatically brings in the latter. The list of all -dev packages can be obtained by looking at what libboost-dev suggests with standard Debian tools like "aptitude" or "apt-cache". The "-dev" package contains the "release" build with both single- and multi-threaded versions, in both static and shared flavours for a total of 4 libraries. So the developer may choose to link using "-llibboost_filesystem-gcc-1_33_1" or " "-llibboost_filesystem-gcc-mt-1_33_1", shared or static. We also provide a shorthand symbolic link for the multithreaded version; you can use just "-llibboost_filesystem" (shared or static). In addition to the "-dev" packages, we have libboost-doc (documentation) bcp boost-jam boost-build (v2) Finally, there is a "libboost-dbg" package that contains the debug build of all the shared libraries, both single- and multi-threaded. Hope this is helpful, -Steve _______________________________________________ pkg-boost-devel mailing list pkg-boost-devel(a)lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-boost-devel

1 0

[Boost.Build v2] doc defect
by jth01＠arcor.de 18 Feb '06

18 Feb '06

Hello, /doc/src/advanced.xml introduces the unit-test rule but says nothing about import testing ; being necessary in order to use it. I'm not sure: Are trivial reports like this desired? Jens

1 0

[Tuple documentation] Maybe a bug
by raulh39＠ya.com 18 Feb '06

18 Feb '06

Hello Newsgroup, I think that in "libs/tuple/doc/tuple_advanced_interface.html" there is a mistake: "The template access_traits defines three type functions. Let T be a type of an element in a tuple: 1. access_traits<T>::type maps T to the return type ... " There is no such member "::type". ¿Maybe it is "::non_const_type"? Best regards, Raúl.

1 0

(no subject)
by raulh39＠ya.com 18 Feb '06

18 Feb '06

Hello Newsgroup, I think that in "libs/tuple/doc/tuple_advanced_interface.html" there is a mistake: "The template access_traits defines three type functions. Let T be a type of an element in a tuple: 1. access_traits<T>::type maps T to the return type ... " There is no such member "::type". ¿Maybe it is "::non_const_type"? Best regards, Raúl.

1 0

Many error when building Boost libraries
by Rob Marsden 18 Feb '06

18 Feb '06

I see many compilation problems here in the list, so I hope you will forgive me adding to the clutter. Can someone tell me what I'm doing wrong or missing to get the following. When building Boost 1.33.0, the date_time, program_options and wave libraries fail to build. I am after the program_options in particular. My environment is intel_win32 running in the MSVC v6 IDE. The output from the build runs to 176Kb, but of the very many errors, the typical ones are: C:\Libraries\boost_1_33_0\libs\program_options\build\../src/options_description.cpp(378): error: too few arguments for class template "std::reverse_iterator" find(reverse_iterator<string::const_iterator>(line_end - 1), C:\Libraries\boost_1_33_0\libs\program_options\build\../src/variables_map.cpp(81): error: no instance of overloaded function "std::set<_K, _Pr, _A>::insert [with _K=std::string, _Pr=std::less<std::string>, _A=std::allocator<std::string>]" matches the argument list argument types are: (std::set<std::string, std::less<std::string>, std::allocator<std::string>>::iterator, std::set<std::string, std::less<std::string>, std::allocator<std::string>>::iterator) object type is: std::set<std::string, std::less<std::string>, std::allocator<std::string>> xm.m_final.insert(new_final.begin(), new_final.end()); ^ These recur many times in the program_option builds, plus things like: C:\Libraries\boost_1_33_0/boost/lexical_cast.hpp(156): error: no operator ">>" matches these operands operand types are: std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>> >> boost::date_time::date_names_put<boost::gregorian::greg_facet_config, wchar_t, std::ostreambuf_iterator<wchar_t, std::char_traits<wchar_t>>>::string_type stream >> output && ^ detected during: instantiation of "bool={bool} boost::detail::lexical_stream<Target, Source>::operator>>(InputStreamable &) [with Target=boost::date_time::date_names_put<boost::gregorian::greg_facet_config, wchar_t={unsigned short}, std::ostreambuf_iterator<wchar_t={unsigned short}, std::char_traits<wchar_t={unsigned short}>>>::string_type, Source=boost::detail::array_to_pointer_decay<const wchar_t={unsigned short} *>::type={const wchar_t={unsigned short} *}, ... and so on to ... instantiation of "boost::date_time::all_date_names_put<Config, charT, OutputIterator>::all_date_names_put(const charT *const *, const charT *const *, const charT *const *, const charT *const *, const charT *const *, charT, boost::date_time::ymd_order_spec, boost::date_time::month_format_spec) [with Config=boost::gregorian::greg_facet_config, charT=wchar_t={unsigned short}, OutputIterator=std::ostreambuf_iterator<wchar_t={unsigned short}, std::char_traits<wchar_t={unsigned short}>>]" -- Rob Marsden Gistix (Northern) Limited

3 4

How to store the result of boost::bind?
by David Williams 18 Feb '06

18 Feb '06

Hi, if I call boost::bind it creates a function object, is that correct? So how can I give this function object a name? That is, presumably I can have an expression like: SomeTypeHere myFunc = boost::bind(...); But what should SomeTypeHere actually be? I've found I can use boost::function but would rather not for performance reasons. Any other options? Thanks, David

3 3

Un-nesting a class
by Perry Smith 18 Feb '06

18 Feb '06

I have a template like: template <typename Z> class foo { // ... I know that Z has the form A::B::C (three levels of nesting). Does boost have a way for me to define a type which refers to A::B? Thanks, Perry

2 1

Re: [Boost-users] Un-nesting a class
by Sohail Somani 17 Feb '06

17 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Perry Smith > Sent: Friday, February 17, 2006 11:24 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Un-nesting a class > > I have a template like: > > template <typename Z> > class foo { // ... > > I know that Z has the form A::B::C (three levels of nesting). Does > boost have a way for me to define a type which refers to A::B? typedef ab A::B; ?

2 1

Re: [Boost-users] Un-nesting a class
by Sohail Somani 17 Feb '06

17 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Perry Smith > Sent: Friday, February 17, 2006 11:24 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Un-nesting a class > > I have a template like: > > template <typename Z> > class foo { // ... > > I know that Z has the form A::B::C (three levels of nesting). Does > boost have a way for me to define a type which refers to A::B? Oops. I think I meant: template<typename Z> class foo { typedef typename Z::B zb; }; class A { class B { }; }; foo<A> a;

1 0

[tuple, lambda] predicate does not compile
by Christian Rössel 17 Feb '06

17 Feb '06

Hello Newsgroup, in the following code the call bind (&boost::tuple<int, double>::get<0>, _1) does not compile whereas an analogous call with a non-template parameter compiles fine. What am I doing wrong? I'm using boost 1.33.1 and Visual Studio 7.1 Thanks in advance, Christian #include <vector> #include <algorithm> #include <string> #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <boost/tuple/tuple.hpp> class SearchForMe { std::string a_; public: std::string getA () {return a_;} }; int main(int argc, char* argv[]) { using namespace std; using namespace boost::lambda; vector<SearchForMe> foo; // compiles fine find_if (foo.begin (), foo.end (), bind (&SearchForMe::getA, _1) == "apple"); vector< boost::tuple<int, double> > bar; // does not compile find_if (bar.begin (), bar.end (), bind (&boost::tuple<int, double>::get<0>, _1) == 15); return 0; } The error messages are: Compiling... boost_lambda.cpp d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<2,boost::lambda::function_action<2,Result>>,detail::bind_tuple_mapper<const Arg1,const Arg2>::type>> boost::lambda::bind(const Arg1 &,const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(232) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<2,boost::lambda::function_action<2,Result>>,detail::bind_tuple_mapper<const Arg1,const Arg2>::type>> boost::lambda::bind(const Arg1 &,const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(232) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<Arity,Act>,detail::bind_tuple_mapper<const Arg1,const Arg2>::type>> boost::lambda::bind(const Arg1 &,const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' with [ Arity=2, Act=boost::lambda::function_action<2> ] d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(212) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<Arity,Act>,detail::bind_tuple_mapper<const Arg1,const Arg2>::type>> boost::lambda::bind(const Arg1 &,const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' with [ Arity=2, Act=boost::lambda::function_action<2> ] d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(212) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<Arity,Act>,detail::bind_tuple_mapper<const Arg1,const Arg2>::type>> boost::lambda::bind(const Arg1 &,const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' with [ Arity=2, Act=boost::lambda::function_action<2> ] d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(212) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<2,boost::lambda::function_action<2,Result>>,detail::bind_tuple_mapper<Result(__cdecl &)(Par1),const Arg2>::type>> boost::lambda::bind(Result (__cdecl &)(Par1),const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(190) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<2,boost::lambda::function_action<2,Result>>,detail::bind_tuple_mapper<Result(__cdecl &)(Par1),const Arg2>::type>> boost::lambda::bind(Result (__cdecl &)(Par1),const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(190) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2784: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<2,boost::lambda::function_action<2,Result>>,detail::bind_tuple_mapper<Result(__cdecl &)(Par1),const Arg2>::type>> boost::lambda::bind(Result (__cdecl &)(Par1),const Arg2 &)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(190) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2780: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<1,boost::lambda::function_action<1,Result>>,detail::bind_tuple_mapper<const Arg1>::type>> boost::lambda::bind(const Arg1 &)' : expects 1 arguments - 2 provided d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(91) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2780: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<Arity,Act>,detail::bind_tuple_mapper<const Arg1>::type>> boost::lambda::bind(const Arg1 &)' : expects 1 arguments - 2 provided with [ Arity=1, Act=boost::lambda::function_action<1> ] d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(71) : see declaration of 'boost::lambda::bind' d:\home\roe\c++_tests\boost_lambda\boost_lambda\boost_lambda\boost_lambda.cpp(31) : error C2780: 'const boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::action<1,boost::lambda::function_action<1,Result>>,detail::bind_tuple_mapper<Result(__cdecl &)(void)>::type>> boost::lambda::bind(Result (__cdecl &)(void))' : expects 1 arguments - 2 provided d:\home\roe\boost_1_33_1\boost\lambda\detail\bind_functions.hpp(49) : see declaration of 'boost::lambda::bind'

2 3

[Review] Shmem library review results
by Fred Bertsch 17 Feb '06

17 Feb '06

Hello everyone, The formal review of Ion Gaztañaga's Shmem library ended yesterday. I am pleased to announce that it was accepted into Boost! This library clearly generated a lot of interest from people since we got quite a few reviews. All of them were positive. During the discussion, some weaknesses in the library were found, and Ion has agreed to correct them. These include: - Improvements to the documentation and example code. - Clearer documentation on which header files to include for which objects. - Removing the 2-phase construction mechanism and replacing them with RAII-only constructors. - Adding !is_polymorphic static asserts when inserting an object into shared memory. Several difficult issues were raised during the review that will not be solved immediately. These include: - Security information about the shared memory object is currently avoided. - The synchronization objects have some weaknesses. Some of these weaknesses are related to the same weaknesses in Boost.Threads. - Memory mapped file regions are not separate from memory mapped files in the current implementation. - Multi-segment shared memory that would allow the shared memory object to grow. Perhaps these issues could be dealt with in a future version. Thank you, everyone, for the reviews and discussions about Shmem. This library should be extremely useful to those doing IPC. -Fred Bertsch

1 0

Re: [Boost-users] [serialization] Really strange error that crashes the application
by Scott 17 Feb '06

17 Feb '06

> My guess is that the DLL is getting unloaded "too soon". You > might put a break point in the unload code of the DLL and see > if that trips before the assertion. There have been problems > with code explictly unloaded while the type is still "in use" > in a non-obvious way. > > Robert Ramey I'm really at a loss as to why this is happening. Here's the call stack: NwNetworkD.dll!_onexit(int (void)* func=0x0012fa94) Line 81 + 0x2e C ffffffff() boost_serialization-vc71-mt-gd-1_33_1.dll!0032aa2e() NwNetworkD.dll!boost::archive::detail::interface_oarchive<boost::archive::te xt_oarchive>::operator<<<nw::Manager::ManagerNode const >(const nw::Manager::ManagerNode & t={...}) Line 78 + 0x4a C++ NwNetworkD.dll!nw::Manager::save(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & filename={...}) Line 236 C++ After calling my method "save", it walks a map and serializes my ManagerNode classes. As you can see from the call stack, it then enters a function in the serialization DLL. >From there, something goes horribly wrong. What is ffffffff()? It seems like a bad pointer is getting dereferenced or something. Then the very next action is NwNetworkD.dll!_onexit(). I can tell you that our code is NOT unloading that DLL. At the current time, our code is single threaded and the DLL in question is not actually dynamically loaded/unloaded ever. It's statically loaded by the runtime on application start (we just link against the .lib for that DLL). Scott

1 0

[BGL]johnson_all_pairs_shortest_path algorithm doesn't use distance_inf named parameter.
by Peter Gerell 17 Feb '06

17 Feb '06

Hi, I am had sime difficulties using the johnson_all_pairs_shortest_path algorithm. I have a custom weight type called CostType. I tried calling the algorithm as follows. johnson_all_pairs_shortest_paths(g, D, distance_inf(CostType::infinity())); The result was a distance matrix with all zeros. The problem is the following lines from johnson_all_pairs_shortest_path.hpp DT inf = (std::numeric_limits<DT>::max)(); for (tie(v, v_end) = vertices(g2); v != v_end; ++v) d[*v] = inf; If I specialized the numerical-limits class for CostType everything started to work as expected. namespace std { template<> class numeric_limits<CostType> { public: inline static CostType min() throw() { return -CostType::infinity();} inline static CostType max() throw() { return CostType::infinity(); } }; } Even if this is the good way to solve the problem, it doesn't work for what I want to do. I'm trying to calculate the longest paths by redefining distance_inf and distance_compare. Is this a bug or is it something I don't understand? I am using boost 1.33.1 /Peter

1 1

Re: [Boost-users] [Serialization]: bug while serializingastd::string
by RIVASSEAU Jean Noel 17 Feb '06

17 Feb '06

Hello I have tried to open an archive in text mode with no_codecvt attribute, like this: std::ifstream ifs("archive.mob"); boost::archive::text_iarchive ia(ifs, boost::archive::no_codecvt); but it still triggers the bug. I do not think the bug is due to something that is not handled in the stream, since I do not have any special characters or stuff like that (except end lines). Plus, the fact that it crashes at the magical number 512 characters get me to think it is more related to a buffer problem, however, you are the specialist. How can I investigate the code conversion facets used by text archive? I am not familiar at all with locales, or facets, but if you give me some hints about how they are used in the BSL, I may get started. Regards Jean-Noël Ps: everything works fine in XML archive mode, so for my project I have switched to that, but I'd still like to get this bug fixed for the benefits of all... _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 17:11 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializingastd::string Sorry I got mixed up with another post. The main difference between strstream and other streams is that strstream doesn't do any code conversion. This is also consistent with the idea that something in the string isn't being handled in the code conversion facet of the the stream in the expected manner. a couple of ideas would be to investicate the code conversion facets used by the text archive. Also look at the no_codecvt attribute on archive open. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04CB28D4@naserv31.nanterre.oberthurcs.com... I am assuming you meant : std::ofstream ifs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; and not std::ifstream ifs. So if I understand well, this "patch" only adds a newline to the archive at the saving stage. I tried it but it did not help in any way; in fact I cannot see how it could help, since the problem is at the point of the loading of the std::string, not at the end of the load of the whole object. What I mean here is that MyObject is, in my case, a class containing a std::vector of pointers to class containing std::strings. One of these strings is too long, which causes the crash. Maybe what you meant is appending the std::endl after the serialization of the std::string, but this is not possible since at this point I have only access to the archive, not the underlying ofstream : template<class Archive> void serialize(Archive & ar, const MyClass& m, const unsigned int version) { ar & m.a_standard_string; } I do not have access there to the underlying ofstream of the implementation. Note that here, MyObject would contain a std::vector < MyClass * >. And I am serializing directly MyObject which causes the serialization of MyClass later. So, what do you mean? Have you located the bug ? _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 04:46 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]: bug while serializing astd:string Untl 1.34 comes out try the following on the output stream std::ifstream ofs("container.mob"); boost::archive::text_oarchive ia(ofs); oa << MyObject; ofs << std::endl; "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04C87411@naserv31.nanterre.oberthurcs.com... I have been able to test with a string stream; the bug does not occur. That is, this code produces the bug: std::ifstream ifs("container.mob"); boost::archive::text_iarchive ia(ifs); ia & MyObject; while the following does not: std::ifstream ifs("container.mob"); std::ostringstream tmp; tmp << ifs.rdbuf(); std::istringstream is(tmp.str()); boost::archive::text_iarchive ia(is); ia & MyObject; a) try using a different stream buffer - strstream So do you have any clue, Robert ?? Clearly the problem has to do with buffering somewhere.... Jean-Noël _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _____ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

[lambda] typeid & abstract base class
by Roman Krylov 17 Feb '06

17 Feb '06

Hi all. I want to make function comparing two typeid's 'const T&'s , but in context I have only two T* pointers. T is abstract class having pure virtual functions. typeid operator takes reference, not pointer. If I use * operator on placeholder (ll_typeid(*_1)==ll_typeid(*_2)) - compiler complains that it could not instantiate T somewhere in some complex template. I also tried to use ll_static_cast in expression, but it didn't help. I don't attach those error messages, but anyway why should T be instantiated to construct L-expression with *(T*)? By the way I made simple functor and it works the way I want, but it's 6 lines long instead of one in_place expr. : > template<typename T> > struct compareRefsByTypeID > { > bool operator()(const T* t1, const T* t2) > { return typeid((const T&)(*t1))==typeid((const T&)(*t2)); } > }; regards, Roman.

2 1

[ptr_container]Bug in ptr_map::erase?
by Bill Buklis 17 Feb '06

17 Feb '06

The following code does not successfully compile: boost::ptr_map<int,int> testmap; testmap.erase(5); The compiler (MSVC 7.1) complains that the identifier "find" is unknown inside the erase function (see below). The class does have a find function as "testmap.find(5)" compiles as expected. I expect it's a mismatch with the embedded classes. Taken directly from associate_ptr_container.hpp: size_type erase( const key_type& x ) // nothrow { BOOST_ASSERT( !this->empty() ); iterator i = find( x ); // ERROR ON THIS LINE if( i == this->end() ) return 0; this->remove( i ); return this->c_private().erase( i.base() ); } The following workaround does work at least, but the above should also, shouldn't it? testmap.erase( testmap.find(5) ); -- Bill Buklis --

2 1

multi_index_container
by Aashit Soni 17 Feb '06

17 Feb '06

Hi all, I am using multi_index_container on MSVC6, WinXP. I ported my existing Hash and order list to multi_index_container. which is working quite expected? a pure vanila hash_index with ordered_index I am facing some problem in fine tuning the hash_index which is slower compared to my previous implementation. I am looking for different ways how can i fine tune the hash_index in multi_index_container? specifically i am yet to discover, How can i set the bucket size for the hash container? How can configure the container for maximum store it can reserve for me in one shot? any other optimization parameter. If any one has some idea. It will be of great help to me. regards, aashit -- A a s h i t

2 5

Re: [Boost-users] linker errors on (regex) on Debian/unstable(gcc-3.4.6)
by Oliver.Kowalke＠infineon.com 17 Feb '06

17 Feb '06

For all how are faced to similar problems: I could solve my problem by downgrading from binutils_2.16.1cvs20060117-1 to binutils_2.15-6 (seams to be a linker-bug). So long, Oliver

1 0

linker errors on (regex) on Debian/unstable (gcc-3.4.6)
by Oliver.Kowalke＠infineon.com 17 Feb '06

17 Feb '06

Hello, I've compiled boost-1.33.1 on Debian/unstable with gcc-3.4.6 and get strange linker errors: `.L408' referenced in section `.rodata' of .libs/sys_error.o: defined in discarded section `.gnu.linkonce.t._ZN5boost9re_detail21basic_regex_formatterINS0_19string _out_iteratorISsEENS_13match_resultsIN9__gnu_cxx17__normal_iteratorIPKcS sEESaINS_9sub_matchIS9_EEEEENS_20regex_traits_wrapperINS_12regex_traitsI cNS_16cpp_regex_traitsIcEEEEEEE10format_allEv' of .libs/sys_error.o sys_error.cpp contains: boost::regex e_m("%m"); boost::regex e_e("%e"); std::string f( format); f = boost::regex_replace( f, e_m, msg, boost::match_default | boost::format_sed); return boost::regex_replace( f, e_e, ::strerror( errno), boost::match_default | boost::format_sed); Could you please tell me howto fix this. Regards, Oliver

1 0

Asymmetrical predicates in STL algorithms
by Max Motovilov 17 Feb '06

17 Feb '06

I only stumbled to this problem recently, after happily using the patently unportable solution for years (with numerous versions of STL to boot). Let's say we have a sorted vector of complex objects with a fairly simple key, and want to do lower_bound() on just a key, not a specially constructed instance of the whole object. It turns out that: bool less( const Object&, const Key& ); lower_bound( v.begin(), v.end(), Key(something), ptr_fun(less) ); is expressly prohibited by the SGI STL specifications and not quite allowed, even though not quite prohibited either, by the ISO standard (unless my standardese grew rusty again). It also turns out that there are STLs where it won't work (e.g. the new Plauger's STL shipped with VStudio 2005 release, but not beta 2...). Now, this: struct less { bool operator()( const Object&, const Key& ) const; bool operator()( const Key&, const Object& ) const; }; lower_bound( v.begin(), v.end(), Key(something), less() ); should work everywhere, or so I think. Would be nice to be able to create such an adaptor for a pair of functions (or a pair of bind or lambda expressions for that matter). I blogged a simple solution (for functions only) here http://swsw.motovilov.net/weblogs/swsw/archives/2006/02/asymmetrical_pr.html but am wondering if perhaps I missed a generic solution in one of the Boost libraries, or there's one coming in the new release? Any comments/suggestions? Regards, ...Max...

2 3

compiling just one library
by Adrian Grigore 16 Feb '06

16 Feb '06

Hi, How can I compile just a few of the boost libraries? For example I tried bjam ..... --with-filesystem install, but that did not seem to have any effect, it just resulted in a regular compilation of all libraries. Thanks, Adrian Grigore

2 1

Re: [Boost-users] compiling just one library
by Sohail Somani 16 Feb '06

16 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Adrian Grigore > Sent: Thursday, February 16, 2006 12:47 PM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] compiling just one library > > Hi, > > How can I compile just a few of the boost libraries? For example I > tried bjam ..... --with-filesystem install, but that did not seem to > have any effect, it just resulted in a regular compilation of > all libraries. cd path/to/library && bjam install usually does it for me.

1 0

[program_options] Multiple segfaults
by David Greene 16 Feb '06

16 Feb '06

I'm starting to use boost::program_options and am not having much luck: >>-home-> ./options_test Got debug value default Got option default Segmentation fault (core dumped) >>-home-> ./options_test --help free(): invalid pointer 0x8fb06f8! free(): invalid pointer 0x8fafcd0! Got debug value default Got option default Segmentation fault (core dumped) >>-home-> ./options_test --help --debug io free(): invalid pointer 0x8a83ec0! free(): invalid pointer 0x8a83ed0! free(): invalid pointer 0x8a83ec8! free(): invalid pointer 0x8a84a38! Segmentation fault (core dumped) At first I thought it might be a problem with the -mt version as my larger application is threaded. But I compiled the testcase attached below as a single-threaded application and it still fails in the same ways. I'm not sure if my use of vector<string> is correct. The documentation is confusing on this point. In http://boost.sourceforge.net/doc/html/program_options/overview.html one example with the "email" option uses multitoken with "string" and another uses "combining" with "vector<string>." Is it not possible to have a combining and multitoken option value? What's the correct value type to use if I want the multiple tokens for the "debug" option to appear as separate items in a vector (or other sequence)? Or do I have to stuff them in a single string and manually parse them out later? -Dave ------------------------ #include <boost/bind.hpp> #include <boost/program_options.hpp> //#include <boost/filesystem/operations.hpp> //#include <boost/filesystem/fstream.hpp> #include <vector> #include <string> #include <iostream> #include <algorithm> #include <iterator> std::ostream &operator<<(std::ostream &out, const std::vector<std::string> &value); std::ostream &operator<<(std::ostream &out, const std::vector<std::string> &value) { std::copy(value.begin(), value.end(), std::ostream_iterator<std::string>(out, " ")); return(out); } namespace test { namespace opt = boost::program_options; //namespace fs = boost::filesystem; static void validate_debug_options(const opt::options_description &debug, const std::vector<std::string> &value) { std::cout << "Got debug value " << value << std::endl; for(std::vector<std::string>::const_iterator i = value.begin(); i != value.end(); ++i) { std::cout << "Got option " << *i << std::endl; } } void process_options(int argc, char **argv) { opt::options_description help("Help options"); opt::options_description debug("Debug options"); opt::options_description cmdline_options; opt::options_description cfgfile_options; help.add_options() ("help", "This help message"); typedef std::vector<std::string> option_vector; option_vector default_debug_flags; default_debug_flags.push_back("default"); debug.add_options() ("debug,d", opt::value<std::vector<std::string> >()-> // For some reason can't find operator<< declared above default_value(default_debug_flags, "default")-> composing()-> multitoken()-> notifier(boost::bind(validate_debug_options, boost::ref(debug), _1)), "Debug flags:\n\n" " foo: \tDo something\n" " bar: \tDo something else\n" " baz: \tDon't do anything\n"); cmdline_options.add(help).add(debug); cfgfile_options.add(debug); opt::variables_map vm; opt::store(opt::parse_command_line(argc, argv, cmdline_options), vm); // fs::ifstream config_file("./opt.cfg"); // if (config_file) { // opt::store(opt::parse_config_file(config_file, cfgfile_options), vm); // } opt::notify(vm); } } int main(int argc, char **argv) { test::process_options(argc, argv); return(0); }

3 6

Using boost bind library to loop thru a list
by Meryl Silverburgh 16 Feb '06

16 Feb '06

I have a int vector, and I would like to loop thru the vector and call a function which takes an int (in this case, I want to print). void A::aFunction() { vector<int> aVector; aVector.push_back(1); aVector.push_back(2); aVector.push_back(3); aVector.push_back(4); // want to loop thru the list and call A::print(int i)? } void A::print(int i) { } how can I do that using boost bind library?

7 10

hardware bit set, clr, tst templates
by Perry Smith 16 Feb '06

16 Feb '06

Before I jump off and re-invent the wheel -- is there a boost library to help with manipulating hardware registers? What I'm hoping to come up with (somehow) is something like: class dev_registers { reg<uint32_t> reg0; bit<reg0, 0> b0; bit<reg0, 1> b1; reg<uint32_t> reg1; bit<reg1, 0> b3; bit<reg1, 1> b4; }; (The 0 and 1 are bit offsets. Integer masks like 0x0010 would work as well) The result would be a private members of type uint32_t called reg0, and reg1 (actually they can be called anything since they are private). And a set of public methods to set, clear, and test the bits. e.g. dev_registers sample; sample.b0.set(); sample.b3.clr(); It would be nice if the registers had a global clr like: sample.reg0.clr(); There are lots of alternative approaches like: sample.b0.assign(true); // set b0 to true (1) int val = sample.b0(); // test value of b0 The goal has a lot of constraints. The registers would need to be laid out properly without any extra overhead (assuming that I do not bump into normal C padding problems). It would also be nice if everything inline'd so the compiler could optimize things down to simple bit operations. Does boost have anything like that? I looked for "bit" and only found references to bitset. I also looked for "hardware" and "flag" and did not see anything. Thanks, Perry

1 0

[Graph] New user finding dijkstra's isn't returning shortest paths
by Greg Link 16 Feb '06

16 Feb '06

In my first use of the boost library, I'm using the BGL's dijkstra_shortest_paths algorithm to try and (obviously) find the shortest path between two points. I am then iterating along the shortest path to a given node to find the total path weight along that path. I compare this value to the path weight along a manhattan path, and find that the manhattan path is shorter. Rather than claim this is a problem with boost (yet), I'm at first believing it's my interpretation of the library. If I've piqued your interest, feel encouraged to read on. My graph is a representation of a 2-dimensional mesh, so I've got an NxN graph, where the vast majority of nodes have out-edges in all four directions (N,S,E,W), and in-edges in all four directions. I generate the graph with the following: typedef adjacency_list < listS, vecS, undirectedS, no_property, property < edge_weight_t, double > > graph_t; graph_t gGraph(num_nodes); then iterating over each node (i) and adding edges as follows: add_edge(i, easterlydest, easterlyweight, gGraph); finally, I call: dijkstra_shortest_paths(gGraph,sourcenum,predecessor_map(&p [0]).distance_map(&d[0])); to evaluate the shortest paths. (Note that much of this is a cut-and- paste from the Dijkstra_shortest_path example found at http:// www.boost.org/libs/graph/example/dijkstra-example.cpp ) Note also that my understanding of the last argument to dijkstra_shortest_paths is probably my weakest part of understanding the library. I then iterate along a given shortest path by using the following loop structure: while(node != sourcenum) // iterate from dest to source, summing as you go { int u = p[node]; int v = node; graph_traits < graph_t >::edge_descriptor e = edge(u,v,graph).first; double this_weight = get(edge_weight,graph,e); path_length += this_weight; node = p[node]; } This returns a value of 1309.16 as the total path weight. I then attempt to determine the manhattan path weights as well, to compare how much of an improvement the shortest path is to the manhattan paths. I attempt to traverse the manhattan paths using a similar approach, with something similar to the following (irrelevant lines omitted): while(node != destnode) // iterate from source to dest, iterating as you go { int nextnode = get_nextnode(xfirst,node); // gets index of next node in an x-first y-next manhattan path int u = node; int v = nextnode; graph_traits < graph_t >::edge_descriptor e = edge(u,v,graph).first; double this_weight = get(edge_weight,graph,e); xfpath_length += this_weight; node = nextnode; } When this runs, I get a path length of 1299.79, a value more than 0.1% smaller. Either I'm determining the manhattan and shortest path weights incorrectly, or it's not actually finding the shortest path. So I did a bit of debugging (as programmers are wont to do). Tracing the paths themselves, I eventually find that at one point, the shortest path (hereafter abbreviated DSP) chooses to follow an out- edge that doesn't have minimum weight. This is perfectly reasonable, as it's possible (and probable) that this choice made now, will have greater returns later, allowing an overall shorter path. However, it never again returns to even equality with the manhattan path - the manhattan path is shorter along the entire length, to the end. I've checked my corner cases, and the paths are only being summed along relevant edges (no off-by-one errors that I can see, at least). If anyone has any ideas on how I might best debug/change my code, or a means by which I can perform some other test, I'd love to hear it. If anyone needs any more information, the code is by no means confidential (though a bit messy) and I've got both .dot (graphviz) format and an svg representation of the graph available. My development platform is currently Mac OS X 10.4.4 PPC using Xcode, if it matters to anyone. Thanks, and I hope you don't mind the rather lengthy post! - Greg Link ---- 20 70 80 95 106

2 2

Re: [Boost-users] Non-boost c++ novice help
by Matt Davies 16 Feb '06

16 Feb '06

I don't think it is the appropriate place. You need to make it static as well to be in the class: static const uint64_t mask = 0x12345678 Cheers, Matt Davies Rockstar Leeds -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Perry Smith Sent: 16 February 2006 15:43 To: boost-users(a)lists.boost.org Subject: [Boost-users] Non-boost c++ novice help If this is not an appropriate list for this question, please let me know. The books tell me to prefer const to #defines -- but where do you put them to have the right scope and not take up space in the object? What I'd like to have is: class register { void set_mask() { reg |= mask; } private: uint64_t reg; const uint64_t mask = 0x12345678; }; But the compiler will not let me do this and even if it did,the mask would take up physical space. I don't want mask (or reg) to be visable outside of the class and I want the compiler to use mask as a compile time constant that does not consume space after the compile. I vaguely know about namespace but if I put this inside a namespace, then I have to do: namespace hardware { const mask = 0x12345678; class register { void set_mask() { reg |= mask; } private: uint64_t reg; }; }; // .. define a register hardware::register doddy; and "mask" is not really private -- just obscured. I can still do: int i = hardware::mask; This just feels like I've taken a wrong turn somewhere. How would this be "properly" done? Thanks, Perry _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

[TR1] Where is the TR1 library?
by Scott Meyers 16 Feb '06

16 Feb '06

Google found me a 12 October 2005 posting by Beman Dawes to this newsgroup stating that John Maddock's TR1 library has been accepted by Boost. But if I search for TR1 at http://boost.org/libs/libraries.htm, I don't find the library. Searching more generally yields lots of hits at www.boost.org/regression-logs/ (e.g., http://www.boost.org/regression-logs/cs-win32_metacomm/doc/html/boost_tr1.h…) and this suggests that just because a library has been accepted by Boost doesn't mean it will show up in the list at http://boost.org/libs/libraries.htm. Can somebody please explain to me what are probably the basics of what it means to be "in" Boost, how that interacts with the list of Boost libraries at boost.org, and what the significance of the regression-logs directory is? If this is explained somewhere at Boost, just point me to the page. Thanks, Scott

3 6

boost::test: expected error leads to failure - why?
by Markus Werle 16 Feb '06

16 Feb '06

Hi! When using the boost::test unit-test framework calls like boost::unit_test::test_suite* test = BOOST_TEST_SUITE( "Testing Something" ); test->add(BOOST_TEST_CASE(&test_function_with_expected_error), 1); lead to an error in return code when used together with VC7 as a post-build step Of course I could use runtime argument "--result_code=no", but then how can I make a difference between expected and unexpected errors? It makes sense to me to have expected errors in a testsuite, and especially to declare a test failure when an expected error does not appear. Could you please explain how boost::test supports this without having to write "failure-tests" myself? Markus

2 5

Non-boost c++ novice help
by Perry Smith 16 Feb '06

16 Feb '06

If this is not an appropriate list for this question, please let me know. The books tell me to prefer const to #defines -- but where do you put them to have the right scope and not take up space in the object? What I'd like to have is: class register { void set_mask() { reg |= mask; } private: uint64_t reg; const uint64_t mask = 0x12345678; }; But the compiler will not let me do this and even if it did,the mask would take up physical space. I don't want mask (or reg) to be visable outside of the class and I want the compiler to use mask as a compile time constant that does not consume space after the compile. I vaguely know about namespace but if I put this inside a namespace, then I have to do: namespace hardware { const mask = 0x12345678; class register { void set_mask() { reg |= mask; } private: uint64_t reg; }; }; // .. define a register hardware::register doddy; and "mask" is not really private -- just obscured. I can still do: int i = hardware::mask; This just feels like I've taken a wrong turn somewhere. How would this be "properly" done? Thanks, Perry

3 2

Re: [Boost-users] Non-boost c++ novice help
by RIVASSEAU Jean Noel 16 Feb '06

16 Feb '06

I admit I did not really take the time to read your whole post, but I think you just want to do: static const uint64_t mask = 0x12345678; // note the "static" Also, this is not a Boost related question!! I think you should ask this kind of questions on C++ forums or IRC channels. Regards Jean-Noël -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Perry Smith Envoyé : jeudi 16 février 2006 16:43 À : boost-users(a)lists.boost.org Objet : [Boost-users] Non-boost c++ novice help If this is not an appropriate list for this question, please let me know. The books tell me to prefer const to #defines -- but where do you put them to have the right scope and not take up space in the object? What I'd like to have is: class register { void set_mask() { reg |= mask; } private: uint64_t reg; const uint64_t mask = 0x12345678; }; But the compiler will not let me do this and even if it did,the mask would take up physical space. I don't want mask (or reg) to be visable outside of the class and I want the compiler to use mask as a compile time constant that does not consume space after the compile. I vaguely know about namespace but if I put this inside a namespace, then I have to do: namespace hardware { const mask = 0x12345678; class register { void set_mask() { reg |= mask; } private: uint64_t reg; }; }; // .. define a register hardware::register doddy; and "mask" is not really private -- just obscured. I can still do: int i = hardware::mask; This just feels like I've taken a wrong turn somewhere. How would this be "properly" done? Thanks, Perry _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [serialization] Really strange error that crashes the application
by Scott 16 Feb '06

16 Feb '06

> Is any of this implemented in a DLL ? > > the program is haning up because its trying to register a class > that is in the process of being destroyed. Try setting > a break poin on the assertion on line 71 of exended_type_info.cpp > and try to figure out which class is being register. > > Set break point on the destructor of that class. > > This might lead one to the point whereby a destructor > is being called while someting is being serialized You are correct that the class causing the problem is implemented in another DLL and imported to my server .exe. I'm not sure how to go about placing a breakpoint in the extended_type_info.cpp file. Boost was built on another computer and I only have access to the header files and lib/dlls. I did place a breakpoint in the destructor of the class being serialized (in addition to cout messages since the server is currently a console app). The destructor is NOT getting called during the archive process. In addition, I changed the signature of the method to take only a const value of the class (instead of reference) and the error still happens. Here's the problem code: template <typename T, typename Handler> void asyncWrite(const T t, Handler handler) { // Serialize the data first so we know how large it is. std::ostringstream archiveStream; boost::archive::text_oarchive archive(archiveStream); archive << t; // error occurs here, t is not referenced anywhere after this I also get this message in the console: Assertion failed: lookup(eti) == m_self->m_map.end(), file C:\Documents and Sett ings\Scott.SMOORE\Desktop\boost_1_33_1\libs\serialization\build\../src/exten ded_ type_info.cpp, line 71 This error is quite frustrating. As I mentioned, the above code works flawlessly if I bypass reading in a serialized file earlier in the program. Thanks again for any help, Scott

2 1

Boost::MultiIndex dtor problem
by Martin Eigel 16 Feb '06

16 Feb '06

Hi list, I am encountering a problem with MultiIndex which can be resolved by disabling SAFE_MODE. As I actually do not get the problem in the code attached below I'd like to ask for an explanation. The marked line of code (i.e. the second iterator assignment) seems to be responsible for blocking MultiIndex's dtor in safe_mode.hpp: void detach_all_iterators() { for(safe_iterator_base* it=header.next;it;it=it->next)it->cont=0; } Why is this and how can it correctly be avoided? Cheers, Martin (boost 1.33.1, gcc 3.4.5) #define BOOST_MULTI_INDEX_ENABLE_INVARIANT_CHECKING #define BOOST_MULTI_INDEX_ENABLE_SAFE_MODE #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/ordered_index.hpp> using boost::multi_index_container; using namespace boost::multi_index; struct T1{}; struct T2{}; typedef int T; typedef std::pair<T,T> value_type; typedef multi_index_container< value_type, indexed_by< ordered_unique< tag<T1>, member<value_type,T,&value_type::first> >, ordered_unique< tag<T2>, member<value_type,T,&value_type::second> > > > miT; int main(){ miT::const_iterator it; miT map; it = map.get<T1>().end(); map.clear(); it = map.get<T1>().end(); // *** this hangs dtor! return 0; } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

[bgl]Shouldn't floyd_warshall_all_pairs_shortest use compare instead of min
by Peter Gerell 16 Feb '06

16 Feb '06

Hi, I am trying to calculate all pairs longest path withous any success using floyd-warshall in this way. floyd_warshall_all_pairs_shortest_paths(g, D, distance_compare(std::greater<int>()).distance_inf(std::numeric_limits<int>::min())); The problem seems to be the test within the three loops of floyd_warshall_dispatch. This function selects the minimum value using std::min instead of the maximal that would have been selected if the test had been implemented using compare. Is this a bug, or shouldn't it be possible to use the function like this? I have also found a problem in example/min_max_paths.cpp. The example tries to calculate the longest path in a graph with cycles of positive weight. Thanks, Peter

1 0

Member function as a thread function
by Steven Wooding 16 Feb '06

16 Feb '06

Hi, I've had a good search on the mailing list and while some posts have got close to my problem and given me a few glues, my code does't quite work the way I want it to. My goal is to have a (non-static) class member function run in a child thread + passing a parameter to it. The code I've got at the moment goes something like this: void MyClass::spawn_threads() { for ( int ii = 0; ii < num_threads; ++ii) { threadGroup.create_thread( boost::bind( ChildThreadFunc, _1, ii)); } } void MyClass::ChildThreadFunc( int &threadNumber) { // Does some work } I get the following error on the create_thread line: error: no matching function call to bind(<unknown type>, boost::arg<1>&, int&) cadiates are: .... boost:bind(F, A1, A2)[ with F= void (MyClass::*)(int&), A1=boost:arg<1>, A2=int] I'm confused by the <unknown type> business. How do I tell it the correct type? Maybe someone could point out where I've erred. Cheers, Steve.

7 12

[serialization] Really strange error that crashes the application
by Scott 16 Feb '06

16 Feb '06

I'm developing a client/server application using asio for communication and boost::serialization as the means to stream the objects between the two applications. This is on Windows XP with Microsoft Visual Studio 7.1. Everything works fine until this sequence of events happens: 1) The server shuts down gracefully and serializes some classes to a file. 2) The server restarts and reads in the file, loading the settings and replacing the default settings 3) The client makes a request for an object from the server 4) The server dies with the following error: --------------------------- Microsoft Visual C++ Debug Library --------------------------- Debug Error! Program: c:\Dev\NwEngineD.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. (Press Retry to debug the application) --------------------------- Abort Retry Ignore --------------------------- Now, if I skip loading of the previously saved file, none of this ever happens. Everything works just fine. The following is the call stack when the error occurs: > msvcr71d.dll!_NMSG_WRITE(int rterrnum=10) Line 195 C msvcr71d.dll!abort() Line 44 + 0x7 C msvcr71d.dll!_assert(const char * expr=0x003696dc, const char * filename=0x00369668, unsigned int lineno=71) Line 306 C boost_serialization-vc71-mt-gd-1_33_1.dll!0033bc2c() boost_serialization-vc71-mt-gd-1_33_1.dll!0033bb70() NwEngineD.exe!boost::serialization::detail::extended_type_info_typeid_1<nw:: Node const >::extended_type_info_typeid_1<nw::Node const >() Line 78 C++ NwEngineD.exe!boost::serialization::detail::extended_type_info_typeid_1<nw:: Node const >::get_instance() Line 96 + 0x2a C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::Node>::oserializer<boost::archive::text_oarchive,nw::Node>() Line 108 + 0x14 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::Node>::instantiate() Line 135 + 0x2a C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::Node>::save_standard::invoke(boost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 264 + 0x5 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::Node>::invoke(boost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,nw::Node>(b oost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<nw::Node const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<nw::Node const >() Line 79 C++ NwEngineD.exe!boost::serialization::nvp<nw::Node const >::save<boost::archive::text_oarchive>() Line 78 C++ NwEngineD.exe!boost::serialization::access::member_save<boost::archive::text _oarchive,boost::serialization::nvp<nw::Node const > const >() Line 94 C++ NwEngineD.exe!boost::serialization::detail::member_saver<boost::archive::tex t_oarchive,boost::serialization::nvp<nw::Node const > >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 43 + 0x11 C++ NwEngineD.exe!boost::serialization::split_member<boost::archive::text_oarchi ve,boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 69 + 0x11 C++ NwEngineD.exe!boost::serialization::nvp<nw::Node const >::serialize<boost::archive::text_oarchive>() Line 87 + 0x1f C++ NwEngineD.exe!boost::serialization::access::serialize<boost::archive::text_o archive,boost::serialization::nvp<nw::Node const > >() Line 110 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 81 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,boost::serialization::nvp<nw::Node const > >::save_only::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 257 + 0xf C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,boost::serialization::nvp<nw::Node const > >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,boost::seri alization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<boost::serialization::nvp<nw::Node const > const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<boost::serialization::nvp<nw::Node const > const >() Line 79 C++ NwEngineD.exe!boost::serialization::stl::save_collection<boost::archive::tex t_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & s={...}) Line 44 C++ NwEngineD.exe!boost::serialization::save<boost::archive::text_oarchive,nw::N ode,std::allocator<nw::Node> >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int __formal=0) Line 47 + 0xd C++ NwEngineD.exe!boost::serialization::free_saver<boost::archive::text_oarchive ,std::list<nw::Node,std::allocator<nw::Node> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 45 + 0x18 C++ NwEngineD.exe!boost::serialization::split_free<boost::archive::text_oarchive ,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 74 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, nw::Node,std::allocator<nw::Node> >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 75 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,std::list<nw::Node,std::allocator<nw::Node> > >::save_object_data(boost::archive::detail::basic_oarchive & ar={...}, const void * x=0x0012f644) Line 152 + 0x2b C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032a2ab() msvcr71d.dll!_onexit_lk(int (void)* func=0x00000008) Line 119 + 0xd C msvcr71d.dll!_unlockexit() Line 541 + 0x7 C msvcr71d.dll!_onexit(int (void)* func=0x0012edbc) Line 99 + 0x5 C msvcr71d.dll!_onexit(int (void)* func=0x0012edbc) Line 96 + 0x1b C NwEngineD.exe!_onexit(int (void)* func=0x0032aa2e) Line 81 + 0x13 C 0012ecec() NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >::save_standard::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 264 + 0x15 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,std::list<n w::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<std::list<nw::Node,std::allocator<nw::Node> > const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<std::list<nw::Node,std::allocator<nw::Node> > const >() Line 79 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator&<std::list<nw::Node,std::allocator<nw::Node> > >() Line 90 C++ NwEngineD.exe!nw::TransactionResponse::serialize<boost::archive::text_oarchi ve>() Line 237 C++ NwEngineD.exe!boost::serialization::access::serialize<boost::archive::text_o archive,nw::TransactionResponse>() Line 110 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, nw::TransactionResponse>(boost::archive::text_oarchive & ar={...}, nw::TransactionResponse & t={...}, const unsigned int file_version=0) Line 81 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,nw::TransactionResponse>(boost::archive::text_oarchive & ar={...}, nw::TransactionResponse & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::TransactionResponse>::save_object_data(boost::archive::detail::basic _oarchive & ar={...}, const void * x=0x0012f5d8) Line 152 + 0x2b C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032a2ab() msvcr71d.dll!_unlock(int locknum=4) Line 347 C msvcr71d.dll!operator delete(void * pUserData=0x0012ee34) Line 57 + 0x7 C++ msvcr71d.dll!operator delete(void * pUserData=0x0012ee34) Line 54 + 0x1f C++ 0012ee34() msvcp71d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<ch ar> >::_Tidy(bool _Built=true, unsigned int _Newsize=1242584) Line 1521 C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032aa2e() NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::TransactionResponse>::save_standard::invoke(boost::archive ::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 264 + 0x15 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::TransactionResponse>::invoke(boost::archive::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,nw::Transac tionResponse>(boost::archive::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<nw::TransactionResponse const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<nw::TransactionResponse const >() Line 79 C++ NwEngineD.exe!nw::Connection::asyncWrite<nw::TransactionResponse,boost::_bi: :bind_t<void,boost::_mfi::mf2<void,NwServerSession,asio::error const &,unsigned int>,boost::_bi::list3<boost::_bi::value<boost::shared_ptr<NwServerSession> >,boost::arg<1>,boost::arg<2> > > >() Line 99 C++ <** snip **> The last line of serialization code in the call stack (before the DLLs), is this: extended_type_info_typeid_1() : detail::extended_type_info_typeid_0() { self_register(); // add type to type table } Seems like the self_register() is failing for some reason. Now, as I've said, if I don't try to read in the saved file, none of this occurs. As a matter of fact, if I just run this simple code upon server startup, the whole error above occurs: typedef unsigned int Handle; void Manager::load(const std::string &filename) { std::ifstream inFile; inFile.open(filename.c_str(), std::ios::binary); boost::archive::text_iarchive archiveFile(inFile); Handle handle = 0; ManagerNode node; archiveFile >> handle; if (handle != Handle(-1)) { // comment out the line below and everything works fine // NOTE: the line below works fine (does not blow up) // it only causes serialization to fail later. // Also notice that I don't actually do anything with node, // it just goes out of scope at procedure end archiveFile >> node; } } My apologies for not being able to provide a complete working program that mimics the error. I developed a whole test program to replicate the error, and of course, it works just fine. It does almost everything the server program does, except it doesn't use asio. My hope is the code above, call stack and error message is enough to pinpoint where the problem may be. If it isn't, please give me a general idea of how to proceed. Thanks for any help, Scott

2 1

newbie question on preferred method to use shared_ptrs
by Perry Smith 16 Feb '06

16 Feb '06

Hi, I often have to "fight" with my C++ code and I must be missing a basic design characteristic of C++. Suppose there is a shared_ptr that has already been created. I now want to create an object with new and "give" it to shared_ptr to manage. I tend to do this: std::tr1::shared_ptr<int> dog; int fun(void) { int *temp = new int; dog = temp; // ... } This does not work. I've discovered two ways to achieve (I think) what I'm looking for: int fun(void) { std::tr1::shared_ptr<int> temp(new int); dog = temp; // ... } or ... int fun(void) { foo *temp = new int; dog.reset(temp); // ... } The first has the extra overhead of creating a second shared_ptr. The second worries me... It just seems like "reset" is not what I would call the method to do what I want to do (but maybe it is). Anyone care to help me out here? Thanks, Perry

3 2

Build problems with vc-8_0
by Mike Gibson 15 Feb '06

15 Feb '06

When building from the Visual Studio Command Line in VS 2005, I am getting some errors linking. What am I doing wrong? C:\src\boost\bjam.exe --prefix=C:\boost_1_33_1 -sTOOLS=vc-8_0 install ...snip... MkDir1 bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\greg_month.obj greg_month.cpp vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\greg_weekday.obj greg_weekday.cpp vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\date_generators.obj date_generators.cpp vc-Link bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.dll bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.lib Creating library bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.lib and object bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.exp greg_month.obj : error LNK2019: unresolved external symbol ___CxxFrameHandler3 referenced in function __ehhandler$?get_month_map_ptr@greg_month@gregorian@boost@@SA?AV?$shared_ptr@V?$map@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@GU?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@G@std@@@2@@std@@@3@XZ greg_weekday.obj : error LNK2001: unresolved external symbol ___CxxFrameHandler3 date_generators.obj : error LNK2001: unresolved external symbol ___CxxFrameHandler3 bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.dll : fatal error LNK1120: 1 unresolved externals

1 0

Boost bind library question
by Meryl Silverburgh 15 Feb '06

15 Feb '06

How can I use boost:bind library to bind to constructor of a class. Right now, I have code like this: class build { public: Rect* operator()(string& str) { return new Rect(str); } }; void TestBlockData::buildRectList( vector<string>& inputs, RectList& bdl) { transform(inputs.begin(), inputs.end(), bdl.begin(), build()); } I wonder if I can get rid of the whole "build class" by using boost::bind library. Thank you.

2 3

using filtering_istream for decompression
by Ed Sykes 15 Feb '06

15 Feb '06

Hi, I'm trying to use a filtering istream with a gzip decompressor attached. I've got it all working but the one part that I am having trouble with is figuring out the most effective way of consuming the decompressed data. I'd like to be able to get hold of all the decompressed data in one go, rather than reading out a word at a time using the >> operator. It seems to me that the most logical way of doing it, given what I have read about the way streams work, would be to use rdbuf() to get the streambuffer and then send that to a stringstream. However when I try this the filtering_istream throws an exception of type boost::iostreams::gzip_error. I do know however that the data integrity is fine since I am able to use >> to push data into a std::string. Instinctively I realise that the filtering_istream doesn't have an internal buffer as such and using the >> operator pulls data from the source, through the decompressor and into the type on the right hand side. This leaves me confused as to what the best way of getting the data out is if I can't use the filtering_istream as a typical stream inheriting from basic_istream. I think that perhaps I'm misunderstanding a fundamental principle of how to use the filtering_istream and I'm hoping that someone on the list can point me in the right direction of how I should achieve a read of all the decompressed data. So does anyone have any idea how I should proceed? I've included the code I have thus far below. Thanks in advance, Ed. >>>> #include "zlib.h" #include <boost/iostreams/filtering_streambuf.hpp> #include <boost/iostreams/filtering_stream.hpp> #include <boost/iostreams/filter/gzip.hpp> #include <boost/iostreams/copy.hpp> #include <strstream> #include <string> namespace io = boost::iostreams; void DecompressIntoStringStream() { unsigned char compressedHTML[] = { 0x1f, 0x8b, 0x08, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0xec, 0x7d, 0x7b, 0x77, 0xdb, 0xb6, 0xb2, 0xef, 0xdf, 0xf5, 0x5a, 0xfb, 0x3b, 0x30, 0xca, 0xae, 0x65, 0xd7, 0x7a, 0xbf, 0x6c, 0x4b, 0xa6, 0x7b, 0x1c, 0x3f, 0x92, 0xb4, 0x79, 0x78, 0xc7, 0x4e, 0xb3, 0x7b, 0x7b, 0x7b, 0xb2, 0x28, 0x92, 0xb2, 0x18, 0x53, 0x24, 0x43, 0x52, 0x72, 0x14, 0x27, 0x5f, 0xe3, 0x7e, 0x81, 0xf3, 0x45, 0xef, 0x6f, 0x06, 0x00, 0x09, 0x4a, 0xf2, 0x2b, 0xe9, 0x3e, 0xfb, 0xdc, 0xb5, 0x6e, 0xbb, 0x22, 0x93, 0x20, 0x1e, 0x83, 0xc1, 0x60, 0x30, 0x98, 0x19, 0x0c, 0xf6, 0x1e, 0x1d, 0xbd, 0x3e, 0x3c, 0xff, 0xfd, 0xf4, 0xd8, 0x78, 0x76, 0xfe, 0xf2, 0x85, 0x71, 0xfa, 0xf6, 0xc9, 0x8b, 0xe7, 0x87, 0x46, 0xa9, 0x5a, 0xaf, 0xbf, 0x6b, 0x1f, 0xd6, 0xeb, 0x47, 0xe7, 0x47, 0xe2, 0x43, 0xa7, 0xd6, 0x68, 0x1a, 0xe7, 0xb1, 0x15, 0x24, 0x5e, 0xea, 0x85, 0x81, 0xe5, 0xd7, 0xeb, 0xc7, 0xaf, 0x4a, 0x46, 0x69, 0x9c, 0xa6, 0x51, 0xbf, 0x5e, 0xbf, 0xba, 0xba, 0xaa, 0x5d, 0xb5, 0x6b, 0x61, 0x7c, 0x51, 0x3f, 0x7f, 0x53, 0x1f, 0xa7, 0x13, 0xbf, 0x53, 0xf7, 0xc3, 0x30, 0x71, 0x6b, 0x4e, 0xea, 0x94, 0xf6, 0xd7, 0xf6, 0x28, 0xc9, 0xf0, 0xad, 0xe0, 0xc2, 0x2c, 0xb9, 0x41, 0xf5, 0xe9, 0x13, 0x4e, 0x73, 0x2d, 0x07, 0x9f, 0x12, 0x3b, 0xf6, 0xa2, 0x94, 0x3f, 0x4e, 0xad, 0x0b, 0xd7, 0xfc, 0x60, 0xcd, 0x2c, 0x91, 0xb6, 0xbf, 0x36, 0xb3, 0x62, 0x23, 0x08, 0xaf, 0xcc, 0xc0, 0xbd, 0x32, 0x8e, 0xac, 0xd4, 0xad, 0xa4, 0x4d, 0xb3, 0x51, 0x49, 0x5b, 0xf4, 0xd3, 0xa6, 0x9f, 0x0e, 0xfd, 0x74, 0xe9, 0xa7, 0x87, 0x9f, 0xf7, 0x9e, 0x4b, 0xcf, 0xe3, 0x08, 0x3f, 0x56, 0x88, 0x1f, 0xdb, 0x36, 0xcb, 0xe5, 0xca, 0xdc, 0x8f, 0xf0, 0x67, 0x80, 0xb2, 0xa8, 0xab, 0x76, 0xe1, 0xa6, 0xe7, 0xde, 0xc4, 0xdd, 0xd8, 0x1c, 0x70, 0xf5, 0x33, 0x37, 0x36, 0x4b, 0xcd, 0xd2, 0x60, 0x6d, 0xaf, 0xae, 0x5a, 0xdd, 0x4b, 0xbd, 0xd4, 0x77, 0xf7, 0x7f, 0xb7, 0xc6, 0x61, 0xf8, 0xc8, 0x78, 0xfb, 0xab, 0xb1, 0x6e, 0x4d, 0xa2, 0x81, 0xf1, 0x3c, 0x76, 0xd1, 0x03, 0x67, 0xaf, 0x2e, 0x3e, 0xef, 0x4d, 0xdc, 0xd4, 0x32, 0x08, 0x01, 0x55, 0xf7, 0xe3, 0xd4, 0x9b, 0x99, 0xa5, 0xc3, 0x30, 0x48, 0xdd, 0x20, 0xad, 0x9e, 0xcf, 0x23, 0xb7, 0x64, 0xd8, 0xe2, 0xcd, 0x2c, 0xa5, 0xee, 0xa7, 0x94, 0x71, 0x32, 0x30, 0xec, 0xb1, 0x15, 0x27, 0x6e, 0x6a, 0x7a, 0x49, 0x58, 0xdd, 0xd9, 0xe9, 0xee, 0x56, 0x9b, 0x84, 0x88, 0xa5, 0x8a, 0x4e, 0x9f, 0x1f, 0x9e, 0x55, 0x5f, 0x58, 0x43, 0xd7, 0xcf, 0xab, 0x29, 0x6f, 0x70, 0x6a, 0xb3, 0xd6, 0x2c, 0x60, 0xdd, 0xb3, 0x63, 0x8b, 0xf1, 0x1e, 0x5b, 0xa9, 0x17, 0x5c, 0x24, 0xb3, 0x46, 0xab, 0x46, 0xc8, 0x2e, 0x19, 0xbe, 0x11, 0x1b, 0x1b, 0xf6, 0x67, 0xa3, 0x69, 0xf8, 0xf4, 0x13, 0xd0, 0x4f, 0x48, 0x3f, 0x33, 0xfc, 0x6c, 0x1a, 0x17, 0x6e, 0x60, 0xa4, 0xf1, 0xd4, 0x35, 0x46, 0x61, 0x9c, 0xd5, 0x38, 0xbd, 0xac, 0xcd, 0xa9, 0xd7, 0x35, 0x3b, 0x9c, 0x94, 0x6e, 0x2f, 0xaf, 0x0f, 0x7d, 0x9c, 0x58, 0x76, 0x11, 0x88, 0xa6, 0x0e, 0x44, 0x60, 0x34, 0x8c, 0x04, 0xff, 0x66, 0xf8, 0xe7, 0x1b, 0x8d, 0xfb, 0xb6, 0xbd, 0x58, 0x6c, 0xb3, 0xbc, 0x2f, 0x50, 0x15, 0x58, 0x13, 0xd7, 0x2c, 0x39, 0xae, 0x18, 0x2f, 0x90, 0x63, 0x8e, 0xa5, 0xd2, 0x0d, 0x83, 0x66, 0x3c, 0x0b, 0x27, 0xae, 0x71, 0x0a, 0xfa, 0x32, 0xfe, 0x8f, 0x71, 0xe6, 0x5a, 0xb1, 0x3d, 0x36, 0xd2, 0xb1, 0x6b, 0x5c, 0xb9, 0x43, 0x03, 0x63, 0xca, 0xcf, 0xb2, 0xe8, 0x3b, 0x24, 0x1d, 0x79, 0xb1, 0x6b, 0xa7, 0x61, 0x3c, 0xaf, 0x18, 0x89, 0x77, 0x11, 0x18, 0xd3, 0x88, 0xd1, 0x64, 0x19, 0xa3, 0xd8, 0x75, 0x0d, 0x99, 0xd1, 0x9d, 0x58, 0x9e, 0x6f, 0x58, 0xb6, 0x1d, 0x4e, 0x83, 0x94, 0x6b, 0x19, 0x79, 0xb2, 0x2a, 0x1f, 0xb4, 0x9a, 0xa4, 0xc8, 0x1d, 0x4e, 0x54, 0xee, 0x13, 0x2f, 0xb0, 0x02, 0xdb, 0xad, 0x18, 0x67}; io::filtering_istream decompressFilter; decompressFilter.push(io::gzip_decompressor()); std::strstream streamOfCompressedData; streamOfCompressedData.write((char*)compressedHTML, 586); decompressFilter.push(streamOfCompressedData); std::stringstream output; try { output << decompressFilter.rdbuf(); } catch(std::exception& exc) { exc; // dummy code to allow me to inspect exc: int i = 0; i; } }

2 1

Serialization Build Issues
by Arpan Sen 15 Feb '06

15 Feb '06

Hello everyone, I am attempting to build a single threaded static debug library of the boost serialization project, using the vc_7-1-stlport toolset. The only consideration being that the iostream library should be the native one. This has turned out to be quite a pain owing to the following reasons: 1. I could not figure out any know cmdline options to get this done. So, I hacked the stl_user_config.h and added the _STLP_NO_OWN_IOSTREAMS macro after which I start getting the compiler error "../include/iostream.h" --> No such file or directory. I was thinking that this is an issue with paths, but i do have an iostream.h inside Vc7/include. 2. The cmdline that I was using had the <threading>single option but that somehow did not work. I had to hack jam scripts to get things working but not sure if that was the only available option or am i missing something. I am using bjam 3.1.0. Any help appreciated. -- Regards, Arpan

1 0

Re: [Boost-users] [serialization] linking issues with 1.33
by rwm33＠drexel.edu 15 Feb '06

15 Feb '06

"The message suggests that the serialization libraries are not linked in.This would likely be an issue with link command line." The command i used to compile the demo is g++ demo.cpp -L/home/newton6/rwm33/usr/lib -lboost_serialization-gcc-mt-d -o demo I tried other variations of: g++ demo.cpp -L/home/newton6/rwm33/usr/lib -lboost_serialization-gcc-mt -o demo g++ demo.cpp -L/home/newton6/rwm33/usr/lib -lboost_serialization-gcc -o demo Should i be linking with something else? Thanks, Ryan McKeown Drexel University Physics Dept.

2 1

Re: [Boost-users] AIX/g++
by Dieter Rosch 15 Feb '06

15 Feb '06

Dunno about G++. We're forced to use xlC at work. All I can say is some of the libraries work, some of them don't. At least with our version. On 2/15/06, Jeff Garland <jeff(a)crystalclearsoftware.com> wrote: > > On Tue, 14 Feb 2006 14:24:30 -0800, Sohail Somani wrote > > Hi, > > > > I don't see any AIX regressions so I'm assuming no one officially tests > > this. > > Yep. > > > Does anyone have any notes about this platform/compiler > > combination? > > Not I. > > >Does it work? :) > > Seems likely if the g++ port is 3.x or above. > > Jeff > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

[program_options] Notifiers
by David Greene 15 Feb '06

15 Feb '06

How does one install a notifier for an option that does not have a value? For example, if I have an option --foo and I want to call foo_handler() when it is parsed, how do I do that? As far as I can tell from the documentation the only way to install a notifier is through a value_semantic, which doesn't apply here. -Dave

1 0

Newbie question : enable_if equivalent ?
by khasimo 15 Feb '06

15 Feb '06

Hi there, I'm trying to port the xmlbeansxx library (sourceforge.net/projects/xmlbeansxx) under windows using "Borland C++ 5.6.4". The thing is I am having trouble with the "enable_if" construction. From the "config\compiler\borland.hpp", I know that the bcc compiler do not support SFINAE trick and so the "enable_if" and like constructions. In order to continue the port I have to modify the "enable_if" implementation with something equivalent. Here is the code : template<typename TO, typename FROM, typename Enable = void> class cast_traits { public: TO operator ()(const FROM &from) const { return (TO)(from); } }; class Ptr { public: template <typename TYPE, typename TYPE_I> static inline TYPE ptrFromThis(const boost::shared_ptr<TYPE_I> &from) { TYPE n; n.ptr = from; return n; } }; /* (2) begin */ template<typename TO, typename FROM> class cast_traits<TO, FROM, typename boost::enable_if< boost::mpl::and_< boost::is_base_and_derived<Ptr, FROM>, boost::is_base_and_derived<Ptr, TO> > >::type > { public: TO operator ()(const FROM &from) const { TO r; r.ptr = ptr_cast<typename TO::value_type>(from.ptr); return r; } }; /* (2) end */ template<typename TO, typename FROM> inline TO cast(const FROM &from) { return cast_traits<TO, FROM>()(from); } My problem is with the "/*(2)*/" part of the code. In the library code there is other constructions based on "enable_if" but they are the same as the "/*(2)*/" example. Thanks folks in advance. I'am really a newbie to boost (and templates) and have no idea about a workaround. PS: It is obvious that I will contribute the port to the xmlbeansxx project.

1 0

Building Boost 1.31.1 on OpenBSD
by Quantum Skyline 15 Feb '06

15 Feb '06

Hi, I've been trying to compile Boost on OpenBSD 3.8 with no success, but I would like to have the threading library available. I've gone through the list a few times, and the only thing related to OpenBSD was posted back in '02 or '03. I compiled GCC 3.4.4 with threads because the default compiler is not threaded and run ./configure as the docs say, but I still can't get it to work. Is there anything else I need to know to get Boost::Threads to compile properly? Thanks

4 20

Re: [Boost-users] [program_options] multitoken
by Sohail Somani 15 Feb '06

15 Feb '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Alexander Kondratyuk > Sent: Tuesday, February 14, 2006 2:57 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [program_options] multitoken > > Thanks to all for the comments. > I want to allow "--first=11,12" and ""--first=11 --first=12" > both, so its seems I need to do it manually. This should be simple enough using push() and a tokenizer so that the rest of your program doesn't have to care.

2 2

[serialization] linking issues with 1.33
by rwm33＠drexel.edu 15 Feb '06

15 Feb '06

Hello When updating libraries from boost 1.32 to 1.33 our previous code that had no previous linking problems developed linking errors. I then attempted to compile the demo.cpp serialization code included in the boost documentation tutorial and received the same errors. I attach below the code and the error message I got. I am working on a Linux Gentoo machine with Boost installed by e-portage. I believe boost is properly installed as it works with other libraries. Any suggestion? Thanks Ryan McKeown Drexel University Physics Dept. ========================================== CODE #include <fstream> // include headers that implement a archive in simple text format #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> ///////////////////////////////////////////////////////////// // gps coordinate // // illustrates serialization for a simple type // class gps_position { private: friend class boost::serialization::access; // When the class Archive corresponds to an output archive, the // & operator is defined similar to <<. Likewise, when the class Archive // is a type of input archive the & operator is defined similar to >>. template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & degrees; ar & minutes; ar & seconds; } int degrees; int minutes; float seconds; public: gps_position(){}; gps_position(int d, int m, float s) : degrees(d), minutes(m), seconds(s) {} }; int main() { // create and open a character archive for output std::ofstream ofs("filename"); // create class instance const gps_position g(35, 59, 24.567f); // save data to archive { boost::archive::text_oarchive oa(ofs); // write class instance to archive oa << g; // archive and stream closed when destructors are called } // ... some time later restore the class instance to its orginal state gps_position newg; { // create and open an archive for input std::ifstream ifs("filename", std::ios::binary); boost::archive::text_iarchive ia(ifs); // read class state from archive ia >> newg; // archive and stream closed when destructors are called } return 0; } ====================================== ERROR /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEE4initEv+0x1a): In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::init()': : undefined reference to `boost::archive::ARCHIVE_SIGNATURE' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEE4initEv+0x84): In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::init()': : undefined reference to `boost::archive::ARCHIVE_VERSION' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_iarchiveINS0_13text_iarchiveEE4initEv+0x2f): In function `boost::archive::detail::common_iarchive<boost::archive::text_iarchive>::init()': : undefined reference to `boost::archive::ARCHIVE_SIGNATURE' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_iarchiveINS0_13text_iarchiveEE4initEv+0xd0): In function `boost::archive::detail::common_iarchive<boost::archive::text_iarchive>::init()': : undefined reference to `boost::archive::ARCHIVE_VERSION' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEEC2Ev+0xe): In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::common_oarchive()': : undefined reference to `boost::archive::detail::basic_oarchive::basic_oarchive()' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost7archive6detail15common_iarchiveINS0_13text_iarchiveEEC2Ev+0xe): In function `boost::archive::detail::common_iarchive<boost::archive::text_iarchive>::common_iarchive()': : undefined reference to `boost::archive::detail::basic_iarchive::basic_iarchive()' /tmp/cchtRupV.o(.gnu.linkonce.t._ZN5boost13serialization6detail27extended_type_info_typeid_0C2Ev+0x7): In function `boost::serialization::detail::extended_type_info_typeid_0::extended_type_info_typeid_0()': : undefined reference to `boost::serialization::detail::extended_type_info_typeid_0::type_info_key' collect2: ld returned 1 exit status

2 1

AIX/g++
by Sohail Somani 15 Feb '06

15 Feb '06

Hi, I don't see any AIX regressions so I'm assuming no one officially tests this. Does anyone have any notes about this platform/compiler combination? Does it work? :) Thanks in advance, Sohail

2 1

bind()ing only some arguments of a member function
by Sean Rhea 14 Feb '06

14 Feb '06

Hello, Can someone please tell me why this doesn't work? #include <boost/bind.hpp> #include <boost/function.hpp> #include <boost/shared_ptr.hpp> using namespace std; using namespace boost; struct MyClass { int i; void foo(int j){ printf("%d, %d\n", i, j); } function<void(int)> bar() { return bind<void>(&MyClass::foo, this); } }; $ g++ -c -g -I/usr/local/include/boost-1_33_1 -I.. foo.cpp /usr/local/include/boost-1_33_1/boost/mem_fn.hpp: In member function 'R& boost::_mfi::dm<R, T>::operator()(T*) const [with R = void () (int), T = MyClass]': /usr/local/include/boost-1_33_1/boost/bind.hpp:229: instantiated from 'void boost::_bi::list1<A1>::operator()(boost::_bi::type<void>, F&, A&, int) [with F = void (MyClass::*)(int), A = boost::_bi::list1<int&>, A1 = boost::_bi::value<MyClass*>]' /usr/local/include/boost-1_33_1/boost/bind/bind_template.hpp:32: instantiated from 'typename boost::_bi::result_traits<R, F>::type boost::_bi::bind_t<R, F, L>::operator()(A1&) [with A1 = int, R = void, F = void (MyClass::*)(int), L = boost::_bi::list1<boost::_bi::value<MyClass*> >]' /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: 136: instantiated from 'static void boost::detail::function::void_function_obj_invoker1<FunctionObj, R, T0>::invoke(boost::detail::function::any_pointer, T0) [with FunctionObj = boost::_bi::bind_t<void, void (MyClass::*)(int), boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = int]' /usr/local/include/boost-1_33_1/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<void, void (MyClass::*)(int), boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = int, Allocator = std::allocator<void>]' /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: 430: instantiated from 'void boost::function1<R, T0, Allocator>::assign_to(Functor) [with Functor = boost::_bi::bind_t<void, void (MyClass::*)(int), boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = int, Allocator = std::allocator<void>]' /usr/local/include/boost-1_33_1/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<Functo r>::value>::value, int>::type) [with Functor = boost::_bi::bind_t<void, void (MyClass::*)(int), boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = int, Allocator = std::allocator<void>]' /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: 637: instantiated from 'boost::function<R ()(T0), Allocator>::function(Functor, typename boost::enable_if_c<boost::type_traits::ice_not<boost::is_integral<Functo r>::value>::value, int>::type) [with Functor = boost::_bi::bind_t<void, void (MyClass::*)(int), boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = int, Allocator = std::allocator<void>]' foo.cpp:15: instantiated from here /usr/local/include/boost-1_33_1/boost/mem_fn.hpp:347: error: invalid use of non-static member function Thanks, Sean -- Compassion, tolerance, consideration of others, the responsible use of knowledge and power. These principles transcend the barriers between religious believers and non-believers; they belong not to one faith, but to all faiths. -- The 14th Dalai Lama

2 2

Tricky RPC code using bind()
by Sean Rhea 14 Feb '06

14 Feb '06

All, I've written what I thought was a pretty clever RPC server using bind and templated functions to make server callbacks typesafe. It all resolves around this one function: class rpc_server { ... template <class A, class R> void set_handler(int prog, int vers, int proc, bool_t (*arg_fn)(XDR *, A*), bool_t (*res_fn)(XDR *, R*), function<void(A*,function<void(R*)>)> req_cb) { ... } } The idea being that you pass it the program, version, and procedure numbers, pointers to the xdr_ functions that encode/decode the argument and response types, and a function object that takes a pointer to the argument type and a callback to call with the result. It should be really nice to use, as it makes sure your callback handles the same types as the relevant encoding/decoding functions. Currently, however, I can't get it to compile. The error from gcc 4.0.1 on OS X Tiger is: g++ -c -g -I/usr/local/include/boost-1_33_1 -I.. rpc_server.cpp rpc_server.cpp: In member function 'void rpc_server::set_handler(int, int, int, int (*)(XDR*, A*), int (*)(XDR*, R*), boost::function<void ()(A*, boost::function<void ()(R*), std::allocator<void> >), std::allocator<void> >) [with A = example_args, R = example_res]': rpc_server.cpp:277: instantiated from here rpc_server.cpp:171: error: cannot resolve overloaded function 'call_req' based on conversion to type 'int' make: *** [rpc_server.o] Error 1 I've attached rpc_server.cpp. Can anyone tell me why the compiler doesn't have the information it needs? It seems to have figured out what types A and R are. What else does it need to resolve call_req? Thanks for your time, Sean -- When I see the price that you pay / I don't wanna grow up -- Tom Waits

2 2

iostreams library and zlib/bzip2 support
by Robert Vinluan 14 Feb '06

14 Feb '06

Hi All, Right now, in order to compile and link to the iostreams library with zlib/bzip2 support, I have to include the .cpp files in my project (as mentioned in the boost docs). I'm not too fond of this idea as I want to keep 3rd-party code outside of my project build. Perhaps I have missed something in the docs, but is there another way to link with the iostreams library without including the .cpp files? Also along these lines ... is there any reason why zlib.cpp and bzip2.cpp are not compiled into libboost_iostreams-*.lib? Many Thanks, Rob

6 9

Re: [Boost-users] Tree data structure
by Gottlob Frege 14 Feb '06

14 Feb '06

On 2/14/06, boost-users-request(a)lists.boost.org < boost-users-request(a)lists.boost.org> wrote: > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 14 Feb 2006 11:47:42 +0100 > From: Jeroen Vanattenhoven <jeroen.vanattenhoven(a)esat.kuleuven.be> > Subject: [Boost-users] Tree data structure > To: boost-users(a)lists.boost.org > Message-ID: <43F1B54E.1080805(a)esat.kuleuven.be> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Which of the boost libraries do I need for creating a tree data > structure? Purpose is to hold data for a legend for a map. The legend > has different layers and each layer may have sublayers. > > Thanks, > > Jeroen > > Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm > > > Not part of boost, but you can try the 'forest' type in Adobe's open source library. opensource.adobe.com.

1 0

Solved my problem, RE: program_options wide chars.
by John Gardner 14 Feb '06

14 Feb '06

Apparently the library is compiled treating wchar_t as a built-in type. This applies to at least Visual Studio .Net 2003, and probably 2005. Programs that link with the program_options lib need to define /Zc:wchar_t, e.g. Project Properties -> C/C++ -> Language -> Treat wchar_t as Built-in Type -> Yes --John Gardner

1 0

program options, link error on wide char support
by John Gardner 14 Feb '06

14 Feb '06

I'm having a problem with the wchar_t functions on windows with VS .Net 2003. I compiled with bjam "-sTOOLS=vc-7_1" -sBOOST_LIB_DIAGNOSTIC --without-python install In a program with a _tmain (wchar_t argv), I have: #ifdef BOOST_NO_STD_WSTRING cout << "No standard wstring! " << BOOST_NO_STD_WSTRING << endl; #endif cout << "Stdlib version: " << BOOST_STDLIB << endl; wstring wstr = L"abc"; string str = "abc"; str = boost::program_options::to_internal(wstr); I get: error LNK2019: unresolved external symbol "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl boost::program_options::to_internal(class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > const &)" (?to_internal@program_options@boost@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@ABV?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@4@@Z) referenced in function _main However, if I call to_internal() with 'str' instead of 'wstr', it links fine, and the output is: Stdlib version: Dinkumware standard library version 313 abc I have similar problems with other functions, but I've narrowed it down to a single function here. Is there anything special that needs to happen for wchar_t functions in program_options? TIA, John Huxoll Gardner

1 0

Tree data structure
by Jeroen Vanattenhoven 14 Feb '06

14 Feb '06

Which of the boost libraries do I need for creating a tree data structure? Purpose is to hold data for a legend for a map. The legend has different layers and each layer may have sublayers. Thanks, Jeroen Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

2 1

Re: [Boost-users] BGL : Undirected graph form a directed graph
by Dmitry Bufistov 14 Feb '06

14 Feb '06

boost-users-request(a)lists.boost.org wrote: > > Hello, > > I want to find the (weakly) connected components and the biconnected > components of a directed(bidirectional) graph. > But these methods need a undirected graph as input. Does anyone know a > simple way to create a undirected graph from a directed graph or a > undirected view of a directed graph? > > Thanks a lot, > > Jean-Noël > > > ------------------------------------------------------------------------ > Hi, Probably this could help #include <boost/graph/copy.hpp> boost::copy_graph() if not something like this should work template <class TGraph1, class TGraph2> void directed2undirected(const TGraph1& directed_graph, TGraph2& undirected_graph) { typedef typename boost::graph_traits<TGraph1>::vertex_descriptor vertex1; typedef typename boost::graph_traits<TGraph2>::vertex_descriptor vertex2; typedef typename boost::graph_traits<TGraph1>::edge_iterator edge_iterator; std::vector<vertex1> orig_vertices; std::copy(vertices(directedt_graph).first, vertices(directed_graph).second, std::back_inserter(orig_vertices)); std::map<vertex1, vertex2> vertex_map; // undirected = TGraph2(boost::num_vertices(directed_graph)); for (std::size_t i = 0; i < num_vertices(directed_graph); ++i) { vertex_map[orig_vertices[i]] = boost::add_vertex(undirected_graph); ///Also would be good to copy properties, but it isn't necessary as far as I understand } for (edge_iterator e = edges(directed_graph).first; e != edges(directed_graph).second; ++e) { boost::add_edge(vertex_map[source(*e, directed_graph)], vertex_map[target(*e, directed_graph)], /*directed_graph[*e],*/ undirected_graph); } } I don't know if there is some way to do it without copying. If some, please let me know. Regards, --dmitry

1 0

Boost random hangs
by gast128 14 Feb '06

14 Feb '06

Dear all, probably alread posted a hundred times, but the follwoing code hangs on my pc: int MakeRandomInt() { const int nMin = std::numeric_limits<int>::min(); const int nMax = std::numeric_limits<int>::max(); typedef boost::minstd_rand Generator; typedef boost::uniform_int<> Distributor; typedef boost::variate_generator<boost::minstd_rand, Distributor> VariateGenerator; Generator generator(static_cast<unsigned>(time(NULL))); Distributor uni_dist(nMin, nMax); VariateGenerator uni(generator, uni_dist); return uni(); } Making the range half the size does help. Did I miss the documentation? Wkr, me

1 0

BGL : Undirected graph form a directed graph
by Jean-Noël Monette 14 Feb '06

14 Feb '06

Hello, I want to find the (weakly) connected components and the biconnected components of a directed(bidirectional) graph. But these methods need a undirected graph as input. Does anyone know a simple way to create a undirected graph from a directed graph or a undirected view of a directed graph? Thanks a lot, Jean-Noël

1 0

[Boost.Build v2] problem with multiple version build
by Dick Bridges 14 Feb '06

14 Feb '06

I can't seem to get bjam v2 to build multiple library versions. The O/S is: # uname -a Linux myhost 2.6.9-1.667 #1 Tue Nov 2 14:41:25 EST 2004 i686 i686 i386 GNU/Linux First I untarD boost_1_33_1.tar.bz2 to /home/dick and followed the instructions for building bjam. Then I copied bjam to /home/dick/bin. Next I modified /home/dick/boost_1_33_1/tools/build/v2/example/hello/user-config.jam adding the 3.4.4.x86 and 3.3.arm versions like so: <mod> # Configure specific gcc version, giving alternative name to use # using gcc : 3.2 : g++-3.2 ; using gcc : 3.4.4.x86 ; using gcc : 3.3.arm : <fake CR> /opt/crosstool/arm-softfloat-linux-gnu/<fake CR> gcc-3.3.3-glibc-2.3.2<fake CR> /bin/arm-softfloat-linux-gnu-c++ ; </mod> Then (because I'm confused) I copied the modified user-config.jam to /home/dick/boost_1_33_1 as well. The version seems to be correct. cd /home/dick/boost_1_33_1 # ~/bin/bjam --v2 --version Boost.Build V2 (Milestone 10) Boost.Jam 03.01.11 The example/hello build seems to work. cd /home/dick/boost_1_33_1/tools/build/v2/example/hello # ~/bin/bjam gcc-3.4.4.x86 gcc-3.3.arm ...found 13 targets... ...updating 9 targets... MkDir1 bin MkDir1 bin/gcc-3.4.4.x86 MkDir1 bin/gcc-3.4.4.x86/debug gcc.compile.c++ bin/gcc-3.4.4.x86/debug/hello.o gcc.link bin/gcc-3.4.4.x86/debug/hello MkDir1 bin/gcc-3.3.arm MkDir1 bin/gcc-3.3.arm/debug gcc.compile.c++ bin/gcc-3.3.arm/debug/hello.o gcc.link bin/gcc-3.3.arm/debug/hello ...updated 9 targets... Now I hit a brick wall. I've tried setting both BOOST_BUILD_PATH and BOOST_ROOT to both /home/dick/boost_1_33_1/tools/build/v2 and /home/dick/boost_1_33_1. If I try cd /home/dick/boost_1_33_1 # ~/bin/bjam gcc-3.4.4.x86 gcc-3.3.arm install I get <msg> don't know how to make gcc-3.4.4.x86 don't know how to make gcc-3.3.arm </msg> If I try cd /home/dick/boost_1_33_1/tools/build/v2 # ~/bin/bjam gcc-3.4.4.x86 gcc-3.3.arm install I get <msg> notice: could not find main target install notice: assuming it's a name of file to create /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:690: in project.target /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:256: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in project.attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:200: in object(project-target)(a)3.__init__ /home/dick/boost_1_33_1/tools/build/v2/kernel/class.jam:92: in new /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:690: in project.target /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:256: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in project.attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:219: in get /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:281: in targets-to-build /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:250: in object(project-target)(a)3.generate /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:267: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in project.attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:219: in get /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:282: in targets-to-build /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:250: in object(project-target)(a)3.generate /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:267: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in project.attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:219: in get /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:281: in targets-to-build /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:250: in object(project-target)(a)3.generate /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:267: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope /home/dick/boost_1_33_1/tools/build/v2/build/project.jam:680: in project.attribute warning: rulename $($(project).attributes).get expands to empty string /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:219: in get /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:282: in targets-to-build /home/dick/boost_1_33_1/tools/build/v2/build/targets.jam:250: in object(project-target)(a)3.generate /home/dick/boost_1_33_1/tools/build/v2/build-system.jam:267: in load /home/dick/boost_1_33_1/tools/build/v2/kernel/modules.jam:259: in import /home/dick/boost_1_33_1/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/dick/boost_1_33_1/tools/build/v2/boost-build.jam:2: in module scope don't know how to make install ...found 1 target... ...can't find 1 target... </msg> Apologies for all the error messages but I'm so lost I don't even know what can be snipped and what is meaningful. I'd be very grateful if someone could point me in the right direction. Regards, Dick Bridges

1 0

Is there any function can help me to generate GUID in Boost?
by zsp 14 Feb '06

14 Feb '06

It seem the Serialization lib can generate GUID. But I don't konw which function do this job. I think it'll be useful if give this function alone. Thanks.

2 1

Deadlock issue with boost::condition
by Matt Schuckmann 14 Feb '06

14 Feb '06

I'm having a deadlock problem with boost::condition variables and I'm not sure if I'm miss using condition variables or if condition variables aren't the right tool for the job. The basic problem appears to be that the thread calling notify_all (lets call it thread1) calls notify_all before the thread calling wait (lets call it thread2) calls wait. The result is thread2 waits forever for the notify that thread1 already sent. To further complicate the matter thread1 can't call notify_all again until it has been signaled to run (via a different condition variable) which is signaled by thread2. Does this make sense? Here's some pseudo code for what I'm doing. Thread1() //Worker thread { while(1) { DoSomeStuff(); condition1.notify_all() scoped_lock l(mutex2); condition2.wait(l); } } Thread2() //Master thread. { while(1) { scoped_lock l(mutex1); condition1.wait(l) DoSomeOtherStuff(); condition2.notify_all(); } } StartMulitThreadedTask() { startThread( thread2 ); Sleep( 2000 ) startThread( thread1 ); } Here is a little time line of what I think is happening thread2 locks mutex1 thread2 calls wait on condition1 thread1 calls DoSomeStuff thread1 calls notify_all on condition1 thread1 locks mutex2 thread1 calls wait on condition2 thread2 calls DoSomeOtherStuff thread2 calls notify_all on condition2 thread1 calls DoSomeStuff thread1 calls notify_all on condition1 thread1 locks mutex2 thread1 calls wait on condition1 thread2 locks mutex1 thread2 calls wait on condition1 DEADLOCK OCCURS I've done this sort of thing with plain old binary mutexes or single count semaphores and I can go back to that but it really seemed like boost::conditions simplified things a bit and should be right choice except for this one problem. Is there something I can do to make boost::conditions work in this case? Should I be doing additional or different locking of mutex1 and mutex2? do I need yet another mutex? Thanks Matt S.

3 4

BGL memory inefficient/hog problem
by David Brumley 14 Feb '06

14 Feb '06

Hi, I'm switching from a home-grown graph library to BGL (for creating control flow graphs and callgraphs of program binaries). I must not be using BGL correctly because I keep running out of memory (I'm running FC4 with 1GB). For example, given the following simple program: int main(int argc, char *argv[]) { // create a typedef for the Graph type typedef adjacency_list<vecS, vecS, bidirectionalS> Graph; unsigned int *array; array = new unsigned int[50]; unsigned int i; for(i = 0; i < 50; i++){ array[i] = i + 0x8000000; } // writing out the edges in the graph Graph g; for(i = 0; i < 50; i++){ add_edge(array[i % 50], array[ (i+1) % 50], g); } } And the error I get is: [dbrumley@localhost ~/tmp]$ ./a.out terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Abort which is caused by new/new[] throwing an exception on the add_edge line. What am I doing wrong here? I would like to index each node in the graph by its address, which is in the range 0x8000000-0xffffffff. (I would rather not keep a separate index in the range 0-num(verticies)). Thanks, David

2 1

[program_options] multitoken
by Alexander Kondratyuk 14 Feb '06

14 Feb '06

Hello all. Is there any way to get the library to work with the following command line: "--first=11 --first=12" ? So, I want to see the two values for the 'first' option in variable_map, but cant figure out how to do it using program_options features. Thank you in advance.

2 1

Re: [Boost-users] bind()ing only some arguments of a member function
by Sohail Somani 13 Feb '06

13 Feb '06

I think you need to modify the bind to be: bind(&MyClass::foo,this,_1); > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sean Rhea > Sent: Monday, February 13, 2006 2:54 PM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] bind()ing only some arguments of a > member function > > Hello, > > Can someone please tell me why this doesn't work? > > > #include <boost/bind.hpp> > #include <boost/function.hpp> > #include <boost/shared_ptr.hpp> > > using namespace std; > using namespace boost; > > struct MyClass { > int i; > void foo(int j){ > printf("%d, %d\n", i, j); > } > function<void(int)> bar() { > return bind<void>(&MyClass::foo, this); > } > }; > > > $ g++ -c -g -I/usr/local/include/boost-1_33_1 -I.. foo.cpp > /usr/local/include/boost-1_33_1/boost/mem_fn.hpp: In member function > 'R& boost::_mfi::dm<R, T>::operator()(T*) const [with R = void () > (int), T = MyClass]': > /usr/local/include/boost-1_33_1/boost/bind.hpp:229: instantiated > from 'void boost::_bi::list1<A1>::operator()(boost::_bi::type<void>, > F&, A&, int) [with F = void (MyClass::*)(int), A = > boost::_bi::list1<int&>, A1 = boost::_bi::value<MyClass*>]' > /usr/local/include/boost-1_33_1/boost/bind/bind_template.hpp:32: > instantiated from 'typename boost::_bi::result_traits<R, F>::type > boost::_bi::bind_t<R, F, L>::operator()(A1&) [with A1 = int, R = > void, F = void (MyClass::*)(int), L = > boost::_bi::list1<boost::_bi::value<MyClass*> >]' > /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: > 136: instantiated from 'static void > boost::detail::function::void_function_obj_invoker1<FunctionObj, R, > T0>::invoke(boost::detail::function::any_pointer, T0) [with > FunctionObj = boost::_bi::bind_t<void, void (MyClass::*)(int), > boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, > T0 = int]' > /usr/local/include/boost-1_33_1/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<void, void (MyClass::*)(int), > boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = > int, Allocator = std::allocator<void>]' > /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: > 430: instantiated from 'void boost::function1<R, T0, > Allocator>::assign_to(Functor) [with Functor = > boost::_bi::bind_t<void, void (MyClass::*)(int), > boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = > int, Allocator = std::allocator<void>]' > /usr/local/include/boost-1_33_1/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_integ > ral<Functo > r>::value>::value, int>::type) [with Functor = > boost::_bi::bind_t<void, void (MyClass::*)(int), > boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = > int, Allocator = std::allocator<void>]' > /usr/local/include/boost-1_33_1/boost/function/function_template.hpp: > 637: instantiated from 'boost::function<R ()(T0), > Allocator>::function(Functor, typename > boost::enable_if_c<boost::type_traits::ice_not<boost::is_integ > ral<Functo > r>::value>::value, int>::type) [with Functor = > boost::_bi::bind_t<void, void (MyClass::*)(int), > boost::_bi::list1<boost::_bi::value<MyClass*> > >, R = void, T0 = > int, Allocator = std::allocator<void>]' > foo.cpp:15: instantiated from here > /usr/local/include/boost-1_33_1/boost/mem_fn.hpp:347: error: invalid > use of non-static member function > > > Thanks, > Sean > -- > Compassion, tolerance, consideration of others, the > responsible > use of knowledge and power. These principles transcend the > barriers between religious believers and non-believers; they > belong not to one faith, but to all faiths. > -- The 14th Dalai Lama > > >

1 0

Rép : [Boost-users] pd darwin Symbol not found
by Locatelli Jérôme 13 Feb '06

13 Feb '06

I found that I can't use static boost lib with my dylib program library. I test with all dylib (boost libraries and my libraries) or all static libraries, it runs in the two cases !!! --------------------------------------------------- Locatelli Jérôme Institut Laue-Langevin Service Contrôle des instruments 6 rue Jules Horowitz, BP 156 38042 Grenoble cedex 9 http://www.ill.fr/ Tel: 33 (0)4 76 20 76 27 Fax: 33 (0)4 76 20 77 00 ---------------------------------------------------

2 1

[any] bug? any_cast<>( any& ) returns by value
by Marc Mutz 13 Feb '06

13 Feb '06

Hi, I was wondering why any_cast doesn't return a reference (as boost::get does for boost::variant). To me, it seems to make little sense to supply a any_cast overload with argument any& in addition to const any &, for return-by-value. It also needlessly invokes T's copy ctor, which esp bad if that one throws. Both observations considered, I think the implementation should rather be template <typename T> T & any_cast( any & ); template <typename T> const T & any_cast( const any & ); template <typename T> T * any_cast( any * ); template <typename T> const T * any_cast( const any * ); Don't you agree? Thanks, Marc -- Marc Mutz -- marc(a)klaralvdalens-datakonsult.se, mutz(a)kde.org phone: +49 521 521 45 45; mobile: +47 45 27 38 95 Klarälvdalens Datakonsult AB, Platform-independent software solutions

2 2