- Boost-users - lists.boost.org

Re: [Boost-users] serialization: can someone compile this code with gcc 3.4 ?
by RIVASSEAU Jean Noel 10 Mar '06

10 Mar '06

Hello I am using gcc 3.4.2 (MinGW) and Boost 1.33.1 on Windows 2000 Professional. I am quite surprised that you manage to compile this code correctly, even with gcc. I still have the error; I tried your hints - I completely removed any header inclusion to _typeid.hpp, and included _no_rtti.hpp before any serialization or header archive, but it still fails exactly on the same problem as before (with the same error message). I am including my code here, if someone can try to compile it and report problems / successes it would be nice. 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 Robert Ramey Envoyé : vendredi 3 mars 2006 17:53 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] serialization: again a problem,failing to serialize a std::vector of pointers OK - after changing some #include < to include "... I managed to compile all the modules - including ClassSpecification_serialization.cc - with the following compilers: VC 7.1, gcc 3.4, Comeau, Borland 5.64 and Borland 5.51 I compiled against my more recent version which may be different than the one you are using - I presume you're using 1.33? I did find a minor problem with gcc in some code I recently added but it is not related to this issue. So I can't reproduce your exact problem. I might give some hints though. The current system needs an extended_type_info implementation. This is specified by including a header - either extended_type_info_typeid.hpp or extended_type_info_no_rtti - which was just an example but I guess its been found to be useful now. If neither of these is expliclty #included, the system will #include extended_type_info_typeid.hpp and mark it as the "default". Its possible that in some of your files you're including "...no-rtti.pp" while in others nothing has been specified so that "..._typeid.hpp" is being included. As a test you might try including "..._no_rtti.hpp" above any serialization or archive headers. and see if that makes a difference. Robert Ramey RIVASSEAU Jean Noel wrote: > Sorry, I removed the QString stuff, so it should make more sense to > you now. I have attached the cleaned up code. If you try to compile > it, it will fail on the file > > ClassSpecification_serialization.cc > > with a message saying that there is a problem with the > extended_type_info of std::vector< MemberVariableSpecification *> > (since a member of ClassSpecification, which I serialize, is of this > type). > > Don't pay attention as to what are my real intentions on this example > code, this comes from my real project, and it would be long to > explain. Just let's say that, no, I am not trying to store class id > information into the archive, it is just that one data member of one > of object that I need to serialize has the name class_id (but it > could be named "walnut_field", the code would be the same). > > This small example code is just there to show you the bug that > occurs. > > As for the mixing of type systems (no_rtti and type_id), it was just > a test to see if that would change things. I have reverted it back in > the attached code (only no_rtti used) but it still does not work. > > Thank you > > 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 Robert > Ramey > Envoyé : jeudi 2 mars 2006 18:06 > À : boost-users(a)lists.boost.org > Objet : Re: [Boost-users] serialization: again a problem,failing to > serialize a std::vector of pointers > > I took a look at this and it made no sense to me. > > I couldn't compile it as it needed a file QString to compile. > > I did have occasion to look into the code and Its not obvious to me > what > your intention here. > > It looks like you're trying to store class id information into the > archive > so that the proper > class can be reconstructed. But that can't be it as the serialization > library already does that. > > Also I notice that you're using extended_type_info_typeid as well as > extended_type_info_no_rtti. > This is very odd to me as I would expect that one's environment > either has > rtti enable or it doesn't. > so I would expect either one or the other but not both. > > Anyway, sorrty I couldn't be more help. > > Robert Ramey > > "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message > news:87F60F7FA02FF749AFB02BD9FCAA6B04DA7ABF@naserv31.nanterre.oberthurcs.com... > Hello > > This is my last problem with the BSL but the most important one > (because > there is no workaround). > > I am trying to serialize a class (whose name is "ClassSpecification") > which > has a std::vector of pointers. The code for serializing the class the > pointer refer to (MemberVariableSpecification) is written and > instantiated > correctly. However I cannot correctly serialize the std::vector. It > fails > with a message complaining about: > > C:/Boost/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: > error: incomplete type > `boost::serialization::extended_type_info_null<std::vector<MemberVariableSpecification*, > std::allocator<MemberVariableSpecification*> > >' used in nested name > specifier > > I do not understand why I need an extended_type_info for this vector. > I sure > need it for the class the pointers refer to (and I did specify it), > but the > std::vector itself is serialized as such, not as a pointer. Why do I > get > this error ??? > > Can you please check the attached code and help me? > > Thanks > > Jean-Noël > > Ps: using gcc 3.4.2 > > > > _______________________________________________ > 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] How to retrieve a value from a thread
by Sliwa, Przemyslaw (London) 09 Mar '06

09 Mar '06

I was though thread is created by a pointer to a function, e.g. Int foo(int x, int y, int z) { // do something with a,b,c return a+b+c; } Boost::thread pop(boost::bind(&foo, a, b, c)); // do something else pop.join(); The question is how to retrieve the result from foo running in pop. Thanks for ideas. Kind regards Pshemek Przemyslaw Sliwa Global Foreign Exchange FX Risk Engine Development Merrill Lynch ( +44 (0)20 7995 4182 ) +44 (0)79 6325 2319 * Email: przemyslaw_sliwa(a)ml.com -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Nat Goodspeed Sent: 09 March 2006 15:15 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] How to retrieve a value from a thread ________________________________________ From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sliwa, Przemyslaw (London) Sent: Thursday, March 09, 2006 9:47 AM To: boost-users(a)lists.boost.org Subject: [Boost-users] How to retrieve a value from a thread I would like to know if it is possible to retrieve a value returned from a function which is called by a thread. [Nat] Is this thread running continuously, doing other things? Or did you start it for the purpose of calling that function, so that when the function is done the thread terminates? In Java, I've always kind of liked Doug Lea's FutureResult idiom: http://gee.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/Future Result.html I don't know of anything similar in the existing library. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

3 2

Bug in boost/graph/detail/array_binary_tree.hpp ? [Boost 1_33_1]
by Marc Sturm 09 Mar '06

09 Mar '06

Hello, We use gcc 3.4 and 4.0 to compile our project OpenMS, which is based on boost. boost/graph/detail/array_binary_tree.hpp causes the following errors: ---------------------------------------------------- ../boost/graph/detail/array_binary_tree.hpp:157: error: no matching function for call to 'get(OpenMS::IteratorOffset<__gnu_cxx::__normal_iterator<double*, std::vector<double, std::allocator<double> > > >&, __gnu_cxx::__normal_iterator<double*, std::vector<double, std::allocator<double> > >&)' .../boost/graph/detail/array_binary_tree.hpp:158: error: no matching function for call to 'get(OpenMS::IteratorOffset<__gnu_cxx::__normal_iterator<double*, std::vector<double, std::allocator<double> > > >&, __gnu_cxx::__normal_iterator<double*, std::vector<double, std::allocator<double> > >&)' ---------------------------------------------------- This can be fixed by replacing the original lines: 157: edata[ boost::get(id, tmp) ] = i; 158: edata[ boost::get(id, value()) ] = x.i; by: 157: edata[ get(id, tmp) ] = i; 158: edata[ get(id, value()) ] = x.i; Is this a bug, or are we doing something wrong? Cheers, Marc -- ################################################## Marc Sturm University of Tuebingen Simulation of Biological Systems Sand 14, Room C323 D-72076 Tuebingen phone: +49 7071 29 70462 email: sturm(a)informatik.uni-tuebingen.de ##################################################

2 1

Re: [Boost-users] BGL connected_components for directed graphs
by Gavin Band 09 Mar '06

09 Mar '06

> Message: 1 > Date: Thu, 2 Mar 2006 15:53:40 -0500 > From: Doug Gregor <dgregor(a)cs.indiana.edu> > Subject: Re: [Boost-users] BGL connected_components for directed > graphs > To: boost-users(a)lists.boost.org > Message-ID: <a3b58932f7664328bbd614fec82f1a0e(a)cs.indiana.edu> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > > On Feb 28, 2006, at 4:28 AM, Gavin Band wrote: <snip> > > Presumably this is some meta-program's way of telling me that my graph > > isn't undirected. > > Yes, that's what it's doing. connected_components() only works on > undirected graphs. > > > Is there any way to make this work for an directed > > graph? > > You can use the facilities for incremental connected components. Those > will work on an undirected graph. > In truth, our connected_components() should be modified to decide > between the DFS-based algorithm for undirected graphs and the > incremental algorithm for directed graphs. > Doug > Thank you for your answer - I will try that. However, I have some comments - forgive me if these have been made before or are just wishful thinking. As a mathematician, I tend to think of a directed graph as being also an undirected graph, just by forgetting the orientation of the edges. Then it should make sense to take connected_components() of any graph, directed or undirected, just by treating it as an undirected graph. However, I realise this conception may be naive in the context of the BGL, which has to deal with ways to store edges and their directions. Still - my graph seems to meet all of the formal requirements for connected_components, but to fail the (apparently informal) requirement that it be undirected (Under "Graph Concepts" in the documentation there is a discussion of directed vs. undirected graphs, but this stops short of a formal definition, unless I have misunderstood). Do think it is possible 1) to formalise the requirements for directed and undirected graphs, and 2) to write a graph adaptor undirected_graph<> which turns a directed graph G into its corresponding undirected graph H? Better yet, to use this (or some other method) to make the algorithms work for all graphs that they make (mathematical) sense for? Perhaps there are good reasons why this is not possible. Anyway, thanks again, Gavin.

2 1

[graph] [python]
by David E. Konerding 09 Mar '06

09 Mar '06

Hi folks, The bgl-python documentation says that the _graph.Graph.add_vertex() function returns a Vertex object. From my testing, the Vertex object that gets returned doesn't actually seem to be a member of the graph. Is this intentional? I was hoping that the returned Vertex object was valid, since I need access to it immediately. Here's a test program. I woudl expect the values for v1 and v2 to be in the graph, but they are not: =================== import boost.graph as bgl graph = bgl.Graph() v1 = graph.add_vertex() print "new v1=", v1 v2 = graph.add_vertex() print "new v2=", v2 e = graph.add_edge(v1, v2) print "new edge=", e for vertex in graph.vertices: print "vertex: ", vertex for edge in graph.edges: print "edge: ", edge print "edge source:", graph.source(e) ========================= Here's what I see: new v1= <boost.graph._graph.Vertex object at 0x40168a04> new v2= <boost.graph._graph.Vertex object at 0x40168aac> new edge= <boost.graph._graph.Edge object at 0x40164dec> vertex: <boost.graph._graph.Vertex object at 0x40168ae4> vertex: <boost.graph._graph.Vertex object at 0x40168b54> edge: <boost.graph._graph.Edge object at 0x40164d6c> edge source: <boost.graph._graph.Vertex object at 0x40168ae4> As you can see, v1 and v2 return and have different addresses than the Vertex objects that are listed by the vertices iterator. My guess here is that the Vertex objects do point to the same underlying vertex in the C++ implementation of the graph.

4 4

Re: [Boost-users] How to retrieve a value from a thread
by Nat Goodspeed 09 Mar '06

09 Mar '06

________________________________________ From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sliwa, Przemyslaw (London) Sent: Thursday, March 09, 2006 9:47 AM To: boost-users(a)lists.boost.org Subject: [Boost-users] How to retrieve a value from a thread I would like to know if it is possible to retrieve a value returned from a function which is called by a thread. [Nat] Is this thread running continuously, doing other things? Or did you start it for the purpose of calling that function, so that when the function is done the thread terminates? In Java, I've always kind of liked Doug Lea's FutureResult idiom: http://gee.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/Future Result.html I don't know of anything similar in the existing library.

1 0

Help needed with random exponential_distribution
by dahaverk＠rockwellcollins.com 09 Mar '06

09 Mar '06

Hello, I am trying to convert from boost_1_29_0 to boost_1_33_1 with the random functions. I am using GCC 2.95.3 on Solaris 8. with the Older version of boost_1_29_0 We used the following: exp_(rnd_, 1.0/lambda_), // Initialization list Class constructor. And then used it as follows... lastArrival_ += exp_() * 1000.0; // rnd_.seed already initialized For boost_1_33_1 We changed this to be: exp_(1.0/lambda_), Then used it as follows: lastArrival_ += exp_(rnd_) * 1000.0; Declarations used: // exponential distribution to determine // arrival time double lambda_; boost::exponential_distribution<> exp_; boost::poisson_distribution<> poisson_; However, with the older 1_29 version of boost we were getting numbers such as 3.xxxxxx, 0.xxxxxxx and so on when I printed "exp_()" out. With the new boost_1_33_1 all I see printed out is "Infinite" for the value ot the "exp_(rnd_)" I'm new to boost so any help would be appreciated. This was someone else's code, and I am supposed to plug in the poisson_distribution, but I'd like it to work with the exponential_distribution as it did previously. I assume that I'm either not doing the Initialization correctly or didn't understand what the "Engine" was supposed to be to convert from the previous version. Any tips on using the boost poisson_distribution would be appreciated also. I am assuming Poisson will be initialized with "poisson_(lambda_)" and used as "lastArrival_ += poisson_(exp_) * 1000.0; " Thanks for any help. David Haverkamp

1 0

How to retrieve a value from a thread
by Sliwa, Przemyslaw (London) 09 Mar '06

09 Mar '06

All, I would like to know if it is possible to retrieve a value returned from a function which is called by a thread. Using boost::bind one can pass a list of arguments to a function which is called when the boost::thread starts. But I would like to know what will happen if the function returns a certain value, e.g. failure flag. Is there a way to retrieve it? The usual way would be to pass a reference to the function and then wait for the thread to join. Is there another way? Thanks a lot for help, Pshemek Przemyslaw Sliwa Global Foreign Exchange FX Risk Engine Development Merrill Lynch ( +44 (0)20 7995 4182 ) +44 (0)79 6325 2319 * Email: przemyslaw_sliwa(a)ml.com -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

1 0

[BGL] Why there is no special handler for "discover_source_vertex" event in BFS visitor?
by Dmitry 09 Mar '06

09 Mar '06

Hi there! Current implementation calls vis.discover_vertex(s, g); at this point, the same function being called for all others discovered vertices. I have one small problem wich could be nicely solved with such special handler and I believe that there are others when such handler could be usefull. Any suggestings why things is going exacly in this way? Best regards, --dima

3 2

TR1
by Thomas Gulbrandsen 09 Mar '06

09 Mar '06

Hello! I wan't to get started with tr1 and the unordered_set etc., but I can't find it. Can anyone tell me where I can download tr1 for VC8? -Thomas

3 3