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

Re: [Boost-users] obtaining vertex descriptor from property_map (newbie)
by Gustavo Sánchez 23 Mar '04

23 Mar '04

I tend to use a map<string, vertex_descriptor> for this. Doug Thanks for the idea, I was just thinking something like this, but I have a problem. I need the definition of the Graph typedef property<edge_name_t, std::string> EdgeProperty; typedef property<vertex_name_t, std::map<string,vertex_property??> > NameProperty; typedef property<vertex_index_t, std::size_t, NameProperty> VertexProperty; typedef adjacency_list<vecS, vecS, undirectedS, VertexProperty, EdgeProperty> UGraph; in order to get the vertex_descriptor, but I need the map<string,vertex_descriptor> for the VertexPorperty so I drop in a circular type dependency. Can you please be more verbose? thanks --------------------------------- Antivirus Filtros antispam 6 MB gratis ¿Todavía no tienes un correo inteligente?

2 1

Solaris and thread_resource_error
by Peter Jones 23 Mar '04

23 Mar '04

On Feb 1 of this year Baptiste Lepilleur posted a status report for Boost 1.31.0 Release candidate 2 on Solaris and AIX. It was mentioned that "boost.thread is now systematically failing with 'thread resource error'". I am experiencing the same thing on Solaris 8, with GCC 3.3.2 (GNU binutils) and Boost 1.31.0. Has anyone looked into this yet? If not, I am willing to track down what line in Boost.Threads is throwing thread_resource_error(). -- Peter Jones [unix;vi;crypto;c++;4wd] (http://pmade.org) PGP [5137 173E 5BFA 8C63 8982 F035 FDBB 1636 7D69 C63F]

2 3

linking to boost::thread
by Jerry 23 Mar '04

23 Mar '04

Hi, I've just built boost1.31.0 using bjam under Linux, apparently successfully. There don't appear to be any static libraries for boost::thread. Is this correct? If so, could someone please explain why I'm getting linker errors under g++ if I don't mention the _dynamic_ thread libs on the g++ command line, and "cannot open shared object file" at runtime if I do. Any pointers appreciated. TIA, Jerry.

2 1

shared_ptr help needed, please!
by Eric Damphousse 23 Mar '04

23 Mar '04

hi all, quick question concerning shared_ptr... not sure if things get deleted (destroyed) properly and its freaking me out. I hope this is not too long Basically, I use the BGL to store my data and that seems to be ok. The way the BGL stuff is defined is as such... Note that spObjectNode is defined as typedef boost::shared_ptr<CObject> spObjectNode // Set vertex properties typedef boost::property<boost::vertex_name_t, std::string> node_name_t; typedef boost::property<graph_node_t, spObjectNode, node_name_t> node_property_t; // Set edge properties typedef boost::property<boost::edge_name_t, std::string> connection_name_t; typedef boost::property<graph_connection_t, spObjectNode, connection_name_t> edge_property_t; // Set graph typedef adjacency_list<listS, vecS, bidirectionalS, node_property_t, edge_property_t> graph_t; // graph_t m_Graph; The function below is what I use to add a node to the BGL... template <typename T> void AddNode(const T& object) { // Create the vertex boost::shared_ptr<T> pNode(new T(object)); // Add the vertex + its name to the graph vertexdescriptor_t newNode = boost::add_vertex(node_property_t(pNode, node_name_t(pNode->GetObjectName())), m_Graph); }; The way I use the AddNode ... for example in a main.cpp: /// blablabla above CSphere sphere("sphere1"); CSceneDB::Instance().AddNode(sphere); return 0; For testing purposes, in the base class and derived classes (see below) I print a message in the destructor of the class, just to make sure things are ok. If I just have in my main the previous call then upon exit I expect and get the following message... CSceneDB cleanup CSphere cleanup CGeometry cleanup CObject cleanup Now for the source of my anxiety... I wrote a function to get back my object from the BGL and it goes like this... inline boost::shared_ptr<CObject> getNodeProperty(const vertexdescriptor_t& vertex) { boost::property_map<graph_t, graph_node_t>::type node_prop_map; node_prop_map = boost::get(graph_node_t(), m_Graph); return node_prop_map[vertex]; } boost::shared_ptr<CObject> CSceneDB::getNodebyName(const std::string& strName) { boost::shared_ptr<CObject> node_prop; boost::graph_traits<graph_t>::vertex_iterator vi, vi_end; boost::tie(vi, vi_end) = boost::vertices(m_Graph); for(; vi != vi_end; ++vi) { node_prop = getNodeProperty(*vi); if(node_prop != 0) { if(node_prop->GetObjectName() == strName) break; } } return node_prop; } template <typename T> boost::shared_ptr<T> getNode(const std::string& strName) { boost::shared_ptr<CObject> abc = getNodebyName(strName); shared_ptr<T> def = boost::dynamic_pointer_cast<T>(abc); return def; } The problem is that if I do something like this... in the main.cpp /// blablabla stuff above CSphere sphere("sphere1"); CSceneDB::Instance().AddNode(sphere); boost::shared_ptr<CSphere> abc = CSceneDB::Instance().getNode<CSphere>("sphere1"); return 0; I only get upon exit... CSceneDB cleanup what happened to CSphere cleanup, CGeometry cleanup and CObject cleanup, are they leaking? Now for a sanity check, if I do in the main.cpp ... i do NOT do the assignment boost::shared_ptr<CSphere> abc = /// blablabla stuff above CSphere sphere("sphere1"); CSceneDB::Instance().AddNode(sphere); CSceneDB::Instance().getNode<CSphere>("sphere1"); return 0; upon exit i get ... CSceneDB cleanup CSphere cleanup CGeometry cleanup CObject cleanup Can someone tell me why this is, is my assignment wrong? Any help would be greatly appreciated Eric Brief description of the classes used ofr my test // Object.h class CObject { protected: CObject(){}; protected: virtual ~CObject(){cout << "CObject cleanup" << endl;}; }; typedef boost::shared_ptr<CObject> spObjectNode; // Geometry.h class CGeometry : public CObject { protected: CGeometry(){}; protected: virtual ~CGeometry(){cout << "CGeometry cleanup" << endl;}; }; // Sphere.h class CSphere : public CGeometry { public: CSphere(){}; ~CSphere(){cout << "CSphere cleanup" << endl;}; };

3 4

dumb question: iterator dynamic_cast adapter?
by Paul Elliott 22 Mar '04

22 Mar '04

I am trying to figure out iterators and I have a dumb question: I have an iterator A_iter, that can traverse in both directions ( A_iter++ and A_iter-- ) and can do input (operator*()). Value_type = type of *A_iter is A; and A is static_cast able to B: A start; B fish = static_cast<B>(start); // OK How do I use adapters to create B_iter, which is the same as A_iter, but whose value_type= typeof *B_iter is B? I am sorry if this is a dumb question. -- Paul Elliott 1(512)837-1096 pelliott(a)io.com PMB 181, 11900 Metric Blvd Suite J http://www.io.com/~pelliott/pme/ Austin TX 78758-3117

2 1

obtaining vertex descriptor from property_map (newbie)
by Gustavo Sánchez 22 Mar '04

22 Mar '04

Dear all, We have a graph which has a property of type string associated with the vertexes. What we want to do is to obtain a vertex descriptor from a string. Could you please tell us how to implement it? Thank you in advance! --------------------------------- Antivirus Filtros antispam 6 MB gratis ¿Todavía no tienes un correo inteligente?

2 1

Controlling selection of runtime libraries
by Bob Kline 22 Mar '04

22 Mar '04

We're using Boost's regex package in a Windows environment for a server built with Microsoft Visual Studio 7.x. We'd like to be able to build our server with debugging symbols for our own code, but still use the release versions of the Microsoft runtime DLLs (because the debugging versions of the Microsoft runtime DLLs aren't redistributable, so we can't legally install them on our production server). The problem is, when we compile our own code for debugging (with -Zi and -D_DEBUG), the Boost headers detect this and do their behind-the-curtain magic to point to a version of the regex package which is linked to the debugging versions of the runtime libraries (msvcr71d and msvcp71d). We've tried using the BOOST_REGEX_NO_LIB trick, specifying the version of the regex library to which we want to link (boost_regex_vc7_mdi.lib) but this doesn't work, because although it compiles fine, the linker chokes complaining about the inability to find a bunch of severely mangled names. What's the *real* trick for using the version of the library we want? Do we need to hack the distributed makefile each time we upgrade regex? (Or worse, shuffle libraries around by renaming them?) Thanks. Bob Kline

3 4

Re: boost-sandbox socket and boost 1.31.0?
by Hugo Duncan 22 Mar '04

22 Mar '04

Robert Helgesson <rycee(a)home.se> wrote: > I'm wondering regarding the socket library found in boost-sandbox. Will > it be updated to function nicely with the latest Boost release? Hi, I have something similar that works with current boost CVS code. I have uploaded this to http://sourceforge.net/projects/giallo/ in an attempt to get this moving again. So far I have low level wrappers for sockets and named pipes. Documentation, tests are lacking. I will be adding the reactor code that I uploaded to the yahoo groups files section in due course. Hugo ps Thanks Jeff for pointing me at this post

1 0

Re: Trouble building libbgl-viz.a
by Vladimir Prus 22 Mar '04

22 Mar '04

Steve Juranich wrote: Hi Steve, sorry that it took quite some time to reply, > My version of graphviz_graph_parser.hpp has the following (lines 55-58): > > #ifndef YYSTYPE > typedef int yystype; > # define YYSTYPE yystype > #endif > > So it looks like the test is different as well as the #define arguments > being switched around. > > When I changed my lines to match your lines, I was able to get the > graphviz_graph_lex.o file, but the build chokes again when it tries to > re-run with -DGRAPHVIZ_DIRECTED=1. Could you modify yystype.h to read: #ifndef BOOST_GRAPH_YYSTYPE_H #define BOOST_GRAPH_YYSTYPE_H union yystype { int i; void* ptr; }; #define YYSTYPE yystype #endif // BOOST_GRAPH_YYSTYPE_H This works for me and it if works for you as well, I'll commit the change. - Volodya

2 2

RE: [Boost-users] regular expression searching for Glib::ustring??
by Ben Hutchings 19 Mar '04

19 Mar '04

Paul Elliott <pelliott(a)io.com> wrote: > On Thu, Mar 18, 2004 at 04:08:59PM -0000, Ben Hutchings wrote: > > Paul Elliott <pelliott(a)io.com> wrote: > > > I am using Gtkmm. I want to do boost regular expression searching > > > on Glib::ustring. <snip> > > > How would you set up boost regex to search if both the regular > > > expression and the string to be searched is a ustring? <snip> > > To create a regex from a ustring I would write something like this: > > > > boost::reg_expression<gunichar, unicode_regex_traits> re; > > In the above, you have unicode_regex_traits, which is necessary > because when I tried: > > boost::basic_regex<gunichar> regular_expression; > > I got the following error message: <snip > So this means that regex_traits<gunichar> does not work, and I > must code my own substitute for regex_traits<gunichar>. > > What are the requirements for such a traits structure? I already told you: > > I am using Boost 1.30, in which the traits are documented in > > <boost/libs/regex/traits_class_ref.htm>. I don't know whether that > > documentation still applies to 1.31. Ben.

1 0