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

Subgraph and internal properties
by Hugues Joly 04 Feb '04

04 Feb '04

Hi, I'm posting again a question that got confused due to mistakes from my part... I'd like to clarify a point about internal properties accessed through a subgraph. According to the documentation of the method "get(PropertyTag, subgraph& g)": "vertex and edge properties are shared by all subgraphs, so changes to a property through a local vertex descriptor for one subgraph will change the property for the global vertex descriptor, and therefore for all other subgraphs." (c.f. boost-1.30.2/libs/graph/doc/subgraph.html) Here, I'm sending you a small program inspired by the boost-1.30.2/libs/graph/example/subgraph.cpp example. >From its behavior, it seems that: 1) A property value is not shared between the global descriptor and its corresponding local descriptors. 2) we need to initialize property values for each of the subgraphs. For example, if I set a name "A" for the global vertex descriptor A, that property is not seen through the corresponding local vertex descriptors. Is this a case of misuse or is it a bug? __________________________________________________________ Lèche-vitrine ou lèche-écran ? magasinage.yahoo.ca /* Sample output: After initializing properties for G1: Global and local properties for vertex G0[C]... G0[C]= C G1[A1]= A1 Global and local properties for vertex G0[E]... G0[E]= E G1[B1]= B1 Global and local properties for vertex G0[F]... G0[F]= F G1[C1]= C1 After initializing properties for G2: Global and local properties for vertex G0[A] G0[A]= A G2[A2]= A2 Global and local properties for vertex G0[C]... G0[C]= C G1[A1]= A1 G2[B2]= B2 */ #include <boost/config.hpp> #include <iostream> #include <boost/graph/subgraph.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graph_utility.hpp> int main(int,char*[]) { using namespace boost; //typedef adjacency_list_traits<vecS, vecS, directedS> Traits;// Does nothing? typedef property< vertex_color_t, int, property< vertex_name_t, std::string > > VertexProperty; typedef subgraph< adjacency_list< vecS, vecS, directedS, VertexProperty, property<edge_index_t, int> > > Graph; const int N = 6; Graph G0(N); enum { A, B, C, D, E, F}; // for conveniently refering to vertices in G0 property_map<Graph, vertex_name_t>::type name = get(vertex_name_t(), G0); name[A] = "A"; name[B] = "B"; name[C] = "C"; name[D] = "D"; name[E] = "E"; name[F] = "F"; Graph& G1 = G0.create_subgraph(); enum { A1, B1, C1 }; // for conveniently refering to vertices in G1 add_vertex(C, G1); // global vertex C becomes local A1 for G1 add_vertex(E, G1); // global vertex E becomes local B1 for G1 add_vertex(F, G1); // global vertex F becomes local C1 for G1 property_map<Graph, vertex_name_t>::type name1 = get(vertex_name_t(), G1); name1[A1] = "A1"; std::cout << std::endl << "After initializing properties for G1:" << std::endl; std::cout << " Global and local properties for vertex G0[C]..." << std::endl; std::cout << " G0[C]= " << boost::get(vertex_name, G0, C) << std::endl;// prints: "G0[C]= C" std::cout << " G1[A1]= " << boost::get(vertex_name, G1, A1) << std::endl;// prints: "G1[A1]= A1" name1[B1] = "B1"; std::cout << " Global and local properties for vertex G0[E]..." << std::endl; std::cout << " G0[E]= " << boost::get(vertex_name, G0, E) << std::endl;// prints: "G0[E]= E" std::cout << " G1[B1]= " << boost::get(vertex_name, G1, B1) << std::endl;// prints: "G1[B1]= B1" name1[C1] = "C1"; std::cout << " Global and local properties for vertex G0[F]..." << std::endl; std::cout << " G0[F]= " << boost::get(vertex_name, G0, F) << std::endl;// prints: "G0[F]= F" std::cout << " G1[C1]= " << boost::get(vertex_name, G1, C1) << std::endl;// prints: "G1[C1]= C1" Graph& G2 = G0.create_subgraph(); enum { A2, B2 }; // for conveniently refering to vertices in G2 add_vertex(A, G2); // global vertex A becomes local A2 for G2 add_vertex(C, G2); // global vertex C becomes local B2 for G2 property_map<Graph, vertex_name_t>::type name2 = get(vertex_name_t(), G2); name2[A2] = "A2"; std::cout << std::endl << std::endl << "After initializing properties for G2:" << std::endl; std::cout << " Global and local properties for vertex G0[A]" << std::endl; std::cout << " G0[A]= " << boost::get(vertex_name, G0, A) << std::endl;// prints: "G0[A]= A" std::cout << " G2[A2]= " << boost::get(vertex_name, G2, A2) << std::endl;// prints: "G2[A2]= A2" name2[B2] = "B2"; std::cout << " Global and local properties for vertex G0[C]..." << std::endl; std::cout << " G0[C]= " << boost::get(vertex_name, G0, C) << std::endl;// prints: "G0[C]= C" std::cout << " G1[A1]= " << boost::get(vertex_name, G1, A1) << std::endl;// prints: "G1[A1]= A1" std::cout << " G2[B2]= " << boost::get(vertex_name, G2, B2) << std::endl;// prints: "G2[B2]= B2" return 0; }

2 4

RE: [Boost-users] configuring boost on MS Visual Studio 6 where t he installation drive isn't C:
by Administrator 04 Feb '04

04 Feb '04

Wayne, What configure script? Boost requires bjam.exe. If you follow the directions here: http://www.boost.org/more/getting_started.html you should have no problems. I have never had a problem with either MS Visual C++ 6.0 with regards to bjam, nor have I ever used a configure script with Boost. Cygwin is an alternative, but you shouldn't need it if you follow the getting started directions. Dale -----Original Message----- From: Dernoncourt, Wayne CTR NAVAIR 3184, ,10 [mailto:wayne.dernoncourt@navy.mil] Sent: Wednesday, February 04, 2004 9:17 AM To: Boost Users mailing list Subject: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: For a number of reasons we don't have MS Visual Studio installed on the C: drive. We also have another SDK installed that uses part of Rogue Wave. Both libraries try to define min, max and a reverse iterator (there are items, those are the ones we've come across in an afternoon of experimentation). As I understand things, the ./configure script will look for conflicts with other libraries and try to work around them. The ./configure script is a bourne shell script, but there is no obvious way of running that script in Windows. One approach I thought of was to install cygwin to run the script, but that would have to invoke the MS C++ compiler (invoking a Windows based tool from inside of a Linux like environment), I'm not sure that would actually work. Are there alternatives that need to be explored? Would the cygwin approach actually work? (we are currently using MS Visual Studio 6 because of requirement of the other SDK) _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C:
by Kutch, Patrick G 04 Feb '04

04 Feb '04

I believe you simply need to set VC6_ROOT environment variable to the location where you have MS Visual Studion 6 installed. Patrick Kutch Life is too short to drink bad coffee. -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Dernoncourt, Wayne CTR NAVAIR 3184, ,10 Sent: Wednesday, February 04, 2004 9:17 AM To: Boost Users mailing list Subject: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: For a number of reasons we don't have MS Visual Studio installed on the C: drive. We also have another SDK installed that uses part of Rogue Wave. Both libraries try to define min, max and a reverse iterator (there are items, those are the ones we've come across in an afternoon of experimentation). As I understand things, the ./configure script will look for conflicts with other libraries and try to work around them. The ./configure script is a bourne shell script, but there is no obvious way of running that script in Windows. One approach I thought of was to install cygwin to run the script, but that would have to invoke the MS C++ compiler (invoking a Windows based tool from inside of a Linux like environment), I'm not sure that would actually work. Are there alternatives that need to be explored? Would the cygwin approach actually work? (we are currently using MS Visual Studio 6 because of requirement of the other SDK) _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

configuring boost on MS Visual Studio 6 where the installation drive isn't C:
by Dernoncourt, Wayne CTR NAVAIR 3184, ,10 04 Feb '04

04 Feb '04

For a number of reasons we don't have MS Visual Studio installed on the C: drive. We also have another SDK installed that uses part of Rogue Wave. Both libraries try to define min, max and a reverse iterator (there are items, those are the ones we've come across in an afternoon of experimentation). As I understand things, the ./configure script will look for conflicts with other libraries and try to work around them. The ./configure script is a bourne shell script, but there is no obvious way of running that script in Windows. One approach I thought of was to install cygwin to run the script, but that would have to invoke the MS C++ compiler (invoking a Windows based tool from inside of a Linux like environment), I'm not sure that would actually work. Are there alternatives that need to be explored? Would the cygwin approach actually work? (we are currently using MS Visual Studio 6 because of requirement of the other SDK)

1 0

Re: [Boost-users] boost::bind throws exception with VisualStudio
by Cheenu Srinivasan 04 Feb '04

04 Feb '04

Douglas Gregor wrote: >Cheenu Srinivasan wrote: > > Peter Klotz wrote: > > >Cheenu Srinivasan wrote: > > > > The following program throws a bad_function_call exception when > > > > compiled with VisualStudio 7.1. It happens with both boost-1.30.2 > > > > and boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 > > > > on solaris. > > > > > >Tried it with VC++7.1 and Boost 1.30.2. > > > > > >Compiles and runs without problems. > > > > Hmm, tried it on someone else's PC with VisualStudio 7.1 and both 1.30.2 > > and boost_1_31_0_rc2 throw the exception there as well, so it isn't >simply > > something > > in my environment. > > > > "About" reports the following version info (on all three PCs I've tried >it > > on): > > > > Microsoft Development Environment 2003 -- Version 7.1.3088 > > Microsoft .NET Framework 1.1 -- Version 1.1.4322 > >Are you compiling it as Managed C++ or native C++? Some feedback on the >developer's list seems to say that it's a Managed C++ issue, which I can >fix in CVS but not for 1.31.0. You're right. If I build it using the IDE as a .NET project (created using "File | New | Projects | Visual C++ Projects | .NET | Empty Project (.NET)" then I have this problem. It works fine when I build it with my own makefile. Thanks. _________________________________________________________________ Find high-speed net deals comparison-shop your local providers here. https://broadband.msn.com

1 0

Re: [Boost-users] boost::bind throws exception with VisualStudio
by Cheenu Srinivasan 04 Feb '04

04 Feb '04

Peter Klotz wrote: >Cheenu Srinivasan wrote: > > > > The following program throws a bad_function_call exception when > > compiled with VisualStudio 7.1. It happens with both boost-1.30.2 > > and boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 > > on solaris. > >Tried it with VC++7.1 and Boost 1.30.2. > >Compiles and runs without problems. Hmm, tried it on someone else's PC with VisualStudio 7.1 and both 1.30.2 and boost_1_31_0_rc2 throw the exception there as well, so it isn't simply something in my environment. "About" reports the following version info (on all three PCs I've tried it on): Microsoft Development Environment 2003 -- Version 7.1.3088 Microsoft .NET Framework 1.1 -- Version 1.1.4322 Cheenu _________________________________________________________________ High-speed usersbe more efficient online with the new MSN Premium Internet Software. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1

2 1

boost compile problem using dev-cpp 4.9.8.5
by Vikrant Rathore 04 Feb '04

04 Feb '04

Hi Everyone, Please help!!!! I am trying to compile boost library with dev-cpp. It does not compile and gives many errors. I can use the filesystem library as it does not require pre compilation. But I want to use regex and test suite library. Boost.Python error is fine. But other library also do not compile. I have followed the documentation and set the enviroment variables to C:\projects\boost> C:\projects\boost>set path=c:\dev-cpp\bin C:\projects\boost>set MINGW_ROOT_DIRECTORY=c:\dev-cpp C:\projects\boost>set MINGW_BIN_DIRECTORY=c:\dev-cpp\bin C:\projects\boost>set MINGW_INCLUDE_DIRECTORY=c:\dev-cpp\include C:\projects\boost>set MINGW_STDLIB_DIRECTORY=c:\dev-cpp\lib I receive more than 3000 lines in error some of them are attached: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/tools/python/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "c:/tools/python" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/tools/python/libs" --------------------------------------------------------------------- ...found 5655 targets... ...updating 558 targets... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month .obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_mont h.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/greg_month.cpp" ...failed gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month .obj... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/greg_weekday.cpp" ...failed gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_week day.obj... gcc-C++-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_gener ators.obj c:\dev-cpp\bin\g++ -c -Wall -ftemplate-depth-100 - DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG - DBOOST_ALL_DYN_LINK=1 -g -O0 -fno-inline -mno-cygwin - I"bin\boost\libs\date_time\build" -I "C:\projects\boost" -I "c:\dev-cpp\include" -o "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_gener ators.obj" "C:/projects/boost/libs/date_time/build/../src/gregorian/date_generators.cpp" ...failed gcc-C++-action Thanks with best regards, Vikrant

3 5

RE: [Boost-users] boost::bind throws exception with VisualStudio 7.1
by Mark Loew 03 Feb '04

03 Feb '04

I noticed similar problems when using the boost::bind functions in my application with Visual Studio 7.1. If I turn off all optimizations it works fine. Whole program optimization seems to be the biggest culprit. Due to my projects time constraints I didn't real track it down any farther. Mark Loew, MCSD, MCSE Application Development Consultant Sagestone Consulting www.sagestone.com Grand Rapids, MI 616-954-9556 x149 Microsoft Gold Certified Partner mloew(a)sagestone.com -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Peter Klotz Sent: Tuesday, February 03, 2004 2:04 PM To: Boost Users mailing list Subject: Re: [Boost-users] boost::bind throws exception with VisualStudio 7.1 > The following program throws a bad_function_call exception when > compiled with VisualStudio 7.1. It happens with both boost-1.30.2 and > boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 on > solaris. Tried it with VC++7.1 and Boost 1.30.2. Compiles and runs without problems. Best regards, Peter. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

boost::bind throws exception with VisualStudio 7.1
by Cheenu Srinivasan 03 Feb '04

03 Feb '04

The following program throws a bad_function_call exception when compiled with VisualStudio 7.1. It happens with both boost-1.30.2 and boost_1_31_0_rc2. No problems when compiled with g++ 2.95.1 on solaris. ---- #include <boost/bind.hpp> #include <boost/function.hpp> using namespace boost; #include <iostream> using namespace std; double f(int i, double d) { cout << "int = " << i << endl; return d; } main() { boost::function<double (int)> bound_func = boost::bind(f, _1, 1.234); int i = 99; cout << bound_func(i) << endl; } ---- Peter Dimov wrote: >Could you please post a message to the developer's list >(or if that's a problem, post it here) with an appropriately alarming >subject :-) containing a complete program that demonstrates the problem? >(So >that we try to fix it before 1.31 goes out.) _________________________________________________________________ Get a FREE online virus check for your PC here, from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

RE: [Boost-users] newbie question about boost::regex and memory leaks
by Gregory, Matthew 03 Feb '04

03 Feb '04

Ben Hastings wrote: > The only memory allocation I can see is for the array that pclasses > points to and the strings in it. These are freed in do_free() which is > called by the destructor of the last instance of w32_traits_base. > Since each of the derived classes of w32_traits_base > (w32_regex_traits<char> and w32_regex_traits<wchar_t>) has a static > instance of itself as a member, the memory will not be freed until after > main() returns. So if you call _CrtDumpMemoryLeaks() at the end of > main() this memory will wrongly be reported as leaked. Ben, this was exactly my problem. Sorry for the bonehead and thanks for the help. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0