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

Re: newbie: Graph library - bundled properties
by TC MA 24 Nov '04

24 Nov '04

After modifying it, still had some compile problems. using std::string; struct edgeStruct { int weight; }; struct graphStruct { string name; }; int main() { using namespace boost; typedef adjacency_list<vecS, vecS, directedS,no_property, edgeStruct, graphStruct> graph_t; graph_t g; graph_t::vertex_descriptor v = *vertices(g).first; graph_t::edge_descriptor e = *out_edges(v, g).first; g[e].weight = 1; g[e].name = "graphname"; std::cout << "name: " << g[e].name << std::endl; typedef subgraph<graph_t> subgraph_t; subgraph_t sg; get_property(sg, graph_name) = "subgraph"; std::cout << "name: " << get_property(sg, graph_name) << std::endl; return exit_success; } # compile output is: gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp: In function `int main()': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:32: error: 'struct edgeStruct' has no member named 'name' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:34: error: 'struct edgeStruct' has no member named 'name' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: At global scope: /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: In instantiation of `boost::subgraph<main()::graph_t>': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:39: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: incomplete type `boost::STATIC_ASSERTION_FAILURE<0u>' used in nested name specifier /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: size of array has non-integral type `<type error>' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp: In instantiation of `boost::detail::build_property_tag_value_alist<graphStruct>': /home/tcma/cpp/boost_1_32_0/boost/pending/property.hpp:63: instantiated from `boost::property_value<graphStruct, boost::graph_name_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:235: instantiated from `boost::graph_property<main()::graph_t, boost::graph_name_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:40: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:94: error: no type named `next_type' in `struct graphStruct' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:95: error: no type named `value_type' in `struct graphStruct' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:96: error: no type named `tag_type' in `struct graphStruct' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:97: error: no type named `next_type' in `struct graphStruct' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:98: error: no type named `tag_type' in `struct graphStruct' /home/tcma/cpp/boost_1_32_0/boost/pending/property.hpp: In instantiation of `boost::property_value<graphStruct, boost::graph_name_t>': /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:235: instantiated from `boost::graph_property<main()::graph_t, boost::graph_name_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:40: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/pending/property.hpp:63: error: no type named `type' in `struct boost::detail::build_property_tag_value_alist<graphStruct>' /home/tcma/cpp/boost_1_32_0/boost/pending/property.hpp:64: error: no type named `type' in `struct boost::detail::build_property_tag_value_alist<graphStruct>' /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp: In instantiation of `boost::graph_property<main()::graph_t, boost::graph_name_t>': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:40: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:235: error: no type named `type' in `struct boost::property_value<graphStruct, boost::graph_name_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp: In function `int main()': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:40: error: no matching function for call to `get_property(main()::subgraph_t&, boost::graph_name_t)' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:42: error: no matching function for call to `get_property(main()::subgraph_t&, boost::graph_name_t)' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: In constructor `boost::subgraph<Graph>::subgraph() [with Graph = main()::graph_t]': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:39: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:106: error: no matching function for call to `boost::detail::error_property_not_found::error_property_not_found(int)' /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:21: note: candidates are: boost::detail::error_property_not_found::error_property_not_found() /home/tcma/cpp/boost_1_32_0/boost/pending/detail/property.hpp:21: note: boost::detail::error_property_not_found::error_property_not_found(const boost::detail::error_property_not_found&) set -e "g++" -c -Wall -ftemplate-depth-255 -g -O0 -Wno-inline -I"../../../bin/boost/libs/graph/example" -I "/home/tcma/cpp/boost_1_32_0" -o "/home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o" "/home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp" "/usr/bin/objcopy" --set-section-flags .debug_str=contents,debug "/home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o" ...failed gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o... ...skipped </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property for lack of </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>graph_property.o... ...skipped </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property.run for lack of </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property... ...failed updating 1 target... ...skipped 3 targets... > Date: Mon, 22 Nov 2004 20:36:07 -0500 > From: Doug Gregor <dgregor(a)cs.indiana.edu> > Subject: Re: [Boost-users] newbie: Graph library - bundled properties > To: boost-users(a)lists.boost.org > Message-ID: <0BEF9B5F-3CF0-11D9-84DF-000D932B7224(a)cs.indiana.edu> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > > On Nov 22, 2004, at 8:25 PM, TC MA wrote: > > int > > main() > > { > > using namespace boost; > > using std::string; > > Move this struct... > > > struct edgeStruct { > > int weight; > > }; > > outside of main, because of this error message: > > > /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:21: > > error: `main()::edgeStruct' uses local type > > `main()::edgeStruct' > > Doug ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

3 7

Re: [Boost-users] Re: newbie: Graph library - bundled properties
by TC MA 24 Nov '04

24 Nov '04

Fixed compile error, but has run time error. Modified graph_property.cpp: int main() { using namespace boost; using std::string; typedef adjacency_list<vecS, vecS, directedS,no_property, property<edge_index_t, int>, property<graph_name_t, string> > graph_t; graph_t g; get_property(g, graph_name) = "graph"; std::cout << "name: " << get_property(g, graph_name) << std::endl; typedef subgraph<graph_t> subgraph_t; subgraph_t sg; get_property(sg, graph_name) = "subgraph"; std::cout << "name: " << get_property(sg, graph_name) << std::endl; return exit_success; } Output: $ bjam ...found 409 targets... ...updating 4 targets... gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o gcc-Link-action /home/tcma/cpp/boosttcma/libs/graph/graph_property Chmod1 /home/tcma/cpp/boosttcma/libs/graph/graph_property execute-test /home/tcma/cpp/boosttcma/libs/graph/graph_property.run ====== BEGIN OUTPUT ====== EXIT STATUS: 139 ====== END OUTPUT ====== /home/tcma/cpp/boosttcma/libs/graph/graph_property > /home/tcma/cpp/boosttcma/libs/graph/graph_property.output 2>&1 status=$? echo >> /home/tcma/cpp/boosttcma/libs/graph/graph_property.output echo EXIT STATUS: $status >> /home/tcma/cpp/boosttcma/libs/graph/graph_property.output if test $status -eq 0 ; then cp -f /home/tcma/cpp/boosttcma/libs/graph/graph_property.output /home/tcma/cpp/boosttcma/libs/graph/graph_property.run fi verbose=1 if test $status -ne 0 ; then verbose=0 fi if test $verbose -eq 0 ; then echo ====== BEGIN OUTPUT ====== cat /home/tcma/cpp/boosttcma/libs/graph/graph_property.output echo ====== END OUTPUT ====== fi exit $status ...failed execute-test /home/tcma/cpp/boosttcma/libs/graph/graph_property.run... ...removing /home/tcma/cpp/boosttcma/libs/graph/graph_property.run ...failed updating 1 target... ...skipped 1 target... ...updated 2 targets... $ cat graph_property.output EXIT STATUS: 139 The expected output should be: $ cat graph_property.output name: graph name: subgraph EXIT STATUS: 0 > On Nov 23, 2004, at 11:23 AM, TC MA wrote: > > struct graphStruct { > string name; > }; > > Unfortunately, bundled graph properties aren't supported (yet). You can, however, add a graph name property using property<graph_name_t, string> (see below). > > typedef adjacency_list<vecS, vecS, > directedS,no_property, edgeStruct, graphStruct> > graph_t; > > Change this to: > > typedef adjacency_list<vecS, vecS, directedS, no_property, edgeStruct, > property<graph_name_t, string> > graph_t; > > g[e].name = "graphname"; > > std::cout << "name: " << g[e].name << std::endl; > > These two won't compile because we can't get at the graph properties that way. "e" is an edge descriptor, so "g[e]" is going to give you an edgeStruct& back (that's how we were able to set the edge weight ). To get to the graph_name property we just added above, use: > > get_property(g, graph_name); > > If we can come up with a better syntax for the future, we'll definitely do it. For now, we're stuck with that mess. > > typedef subgraph<graph_t> subgraph_t; > > You're actually going to run into a minor problem here, because the subgraph adaptor requires an edge_index property that we haven't provided. The easiest way to introduce such a property is to actually mix bundled and non-bundled parameters, like so: > > typedef adjacency_list<vecS, vecS, directedS, no_property, property<edge_index_t, int, edgeStruct>, > property<graph_name_t, string> > graph_t; > > Notice how we put in the edge_index_t property, but ended with an "edgeStruct"? That allows, e.g., g[e].weight to still work, but the subgraph can use the edge index property map directly. > > subgraph_t sg; > get_property(sg, graph_name) = "subgraph"; > > std::cout << "name: " << get_property(sg, > graph_name) << std::endl; > > return exit_success; > } > > All of this is fine; it's actually what we changed the above code to. > > As you can probably tell, we're still working out some of the kinks in the bundled properties setup. It's better than what we had before, but we still have a bit of work to do to make it really slick. > > Doug ===== TingChong Ma ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

1 0

tuple manipulators?
by Paul Elliott 24 Nov '04

24 Nov '04

Would it be possible to have certain obvious tuple manipulators? For example if A and B are 2 tuples have an easy way to form the cross product of the 2 tuples? That is if A is of length L, and B is of length M, to form the tuple C of length L+M, containing copies of the elements from both? Also if D is a tuple of length N, and f is a functor taking N arguments (of the right types) find some way to take f(D) == f(D.get(1),D.get(2),...,D.get(N) ) Of course the ... is pseudo code. Fill in the appropriate list. Of course I realize that limitations in the C++ language may prevent doing this for arbitrarily large L, M, or N. But it could be done for L, M, N, large enough so that it is not a practical limitation? -- 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

Re: Boost-users Digest, Vol 378, Issue 4
by Yarden Livnat 23 Nov '04

23 Nov '04

no, the problem persist in build 1671... :-( compiling with --without-serialization temporarily solve the problem though (if you can call it 'solving' :-) Yarden On Nov 23, 2004, at 2:02 PM, boost-users-request(a)lists.boost.org wrote: > > Message: 4 > Date: Tue, 23 Nov 2004 11:07:31 -0800 > From: Thomas Costa <oohrah(a)mac.com> > Subject: Re: [Boost-users] compiling 1_32 in release mode brings the > computer to its knees (Modified by Yarden Livnat) > To: boost-users(a)lists.boost.org > Message-ID: <ECC0A694-3D82-11D9-84B9-00039303FB26(a)mac.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > Are these problems maybe fixed with Apple's updated gcc 3.3 build 1671 > that got posted to the Apple developer site recently? > > On Nov 23, 2004, at 10:19 AM, Chris Little wrote: > >> on 11/23/04 9:32 AM, Glen Simmons at gsimmons(a)macdev.itg.ti.com wrote: >> >>> On 23 Nov, 2004, at 12:17 AM, Mail Delivery Subsystem wrote: >>> >>>> >>>> Hi, >>>> >>>> I'm trying to compile 1_32 on OSX with the latest gcc (GCC) 3.3 >>>> 20030304 (Apple Computer, Inc. build 1666) >>>> however, while the debug version compile in just a few minutes, the >>>> 'release' start trashing on : >>>> libs/serialization/src/xml_grammar.cpp >>>> libs/serialization/src/xml_wgrammar.cpp >>>> >>>> in effect the compilation takes all the memory and then pages >>>> endlessly for hours, bringing the machine down to its knees. >>>> >>>> my compile command is: >>>> >>>> sudo bjam -sTOOLS=darwin "-sBUILD=release <threading>multi >>>> <define>BOOST_SIGNALS_NAMESPACE=Signals " install >>>> >>>> where the <define> is for Qt, >>>> >>>> >>>> Anybody has a clue why this is happaning and how to get the >>>> compilation to complete (other then copy the two .o from the debug >>>> tree into the release tree ? >>> >>> The same thing happened to me. Since I'm not using the serialization >>> library, I used the --without-serialization option. Not an ideal >>> solution, especially if you need the serialization lib, but a >>> workaround if you don't. >>> >>> HTH, >>> Glen Simmons >> >> On the main list Troy Straszheim post about this problem also. Troy >> found >> that it is a compiler bug. If you remove the -O flag from the build >> options >> then everything is fine. Troy filed a bug with Apple. >> >> Chris >> >> _______________________________________________ >> Boost-users mailing list >> Boost-users(a)lists.boost.org >> http://lists.boost.org/mailman/listinfo.cgi/boost-users > > >

1 0

Re: [Boost-users] IMPORTANT: yahoogroups admin rights problem
by Daniel L Elliott 23 Nov '04

23 Nov '04

Hello all, Where can I find the uBLAS license? What does rewrite uBLAS mean? Toon: Thank you for working on these issues! Thank you, dan elliott ------------------------------ Message: 6 Date: Tue, 23 Nov 2004 12:42:02 +0100 From: Toon Knapen <toon.knapen(a)fft.be> Subject: [Boost-users] IMPORTANT: yahoogroups admin rights problem To: ublas <ublas-dev(a)yahoogroups.com>, Michael Stevens <Michael.Stevens(a)epost.de>, boost-users(a)lists.boost.org, boost <boost(a)lists.boost.org> Message-ID: <41A3220A.7060104(a)fft.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello ALL, As many of you might know, currently we are unable to add new members to the ublas-ml. The problem is that only Joerg has the rights to add members to the list but Joerg does not respond anymore. Could some of you try to contact Joerg or give me his telephone number that I talk to him about this. If we do not have a solution by end of November I will create a new project on yahoogroups (and we all have to switch). Additionally we need to contact Joerg and Mathias (again!) about applying the Boost Software License. I currently have the impression that they are not willing to change ublas to the BSL. In that case IMO, we will have to rewrite uBLAS to not get thrown out of boost. Again his phone-number would be handy if you have it available. Please contact the ml or me asap about the above issues or we will need to take drastic actions. toon ------------------------------

2 1

Re: [Boost-users] Gregorian 1.32 still has VC71 warnings like 1.31
by jkharris7＠comcast.net 23 Nov '04

23 Nov '04

> most of the warnings have been L4, but unless I'm mis-reading you are set to > L3? Also, are you sure all of these were in 1.31 -- there were changes in Yes, it's set to Level 3, and no--you're right to point it out--I'm not sure whether the warnings are exactly the same as in 1.29. They were the same code (4244), because I ended up using the same suppression pragma. Everything is a plain vanilla VC71 setup, generated from the wizard, except with "Detect 64-bit Portability Issues" set to FALSE, and I tested using no other headers, just to be sure. jh

1 0

Using program_options with other options methods
by Allen Bierbaum 23 Nov '04

23 Nov '04

I have recently started using the program_options library, and I find it very useful. Unfortunately I can't seem to figure out how to allow it to work with other option parsers/handlers at the same time. For example, right now I am writing an application that uses a library that has its own set of common options that are process internally. So I end up needing to write code similar to the following: po::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("my_opt", po::value<int>(), "set my option") ; po::variables_map vm; po::store(po::parse_command_line(ac, av, desc), vm); po::notify(vm); custom_lib::options opts; opts.process(ac, av); Then when I run this application: ./app --my_opt=10 --liboption=custom The problem is that I get an exception from program_options: error: unknown option --liboption Is there any way to tell the program options parser to ignore options that it does not recognize? If there is no option like this, how can program_options be used with other option parsers? -Allen

1 0

Gregorian 1.32 still has VC71 warnings like 1.31
by jkharris7＠comcast.net 23 Nov '04

23 Nov '04

Do I have some incorrect options here? I would've thought these would go away, but they were the same in 1.31. I can't find others reporting the same warnings. With this at the beginning of my source: #include <boost/date_time/gregorian/gregorian.hpp> #include <boost/date_time/posix_time/posix_time.hpp> #include <boost/date_time/date_generators.hpp> ...on VC71, boost 1.32 with all defaults during build of boost, with these compiler options: /Od /I "..\..\..\Vendor\Boost\1_32_0\include\boost-1_32" /I "..\..\..\Vendor\ace\5_4\dev" /I "..\..\..\Vendor\Apache\Xerces_C\2_6_0\dev" /I "..\\" /D "WIN32" /D "_DEBUG" /D "_LIB" /D "_MBCS" /Gm /EHsc /RTC1 /MDd /GS /Fo"Debug/" /Fd"c:\my_lib\/lib/my_libD.pdb" /W3 /c /Zi /TP .\MyFile.cpp ...and getting these warnings: ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\time_system_coun ted.hpp(57) : warning C4244: 'initializing' : conversion from 'boost::date_time::counted_time_rep<config>::int_type' to 'boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::date_int_t ype', possible loss of data with [ config=boost::posix_time::millisec_posix_time_system_config ] and [ ymd_type_=boost::gregorian::greg_year_month_day, date_int_type_=boost::date_time::int_adapter<unsigned long>::int_type ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\time_system_coun ted.hpp( 52) : while compiling class-template member function 'boost::date_time::counted_time_rep<config>::date_type boost::date_time::counted_time_rep<config>::date(void) const' with [ config=boost::posix_time::millisec_posix_time_system_config ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\time_system_coun ted.hpp( 111) : see reference to class template instantiation 'boost::date_time::counted_time_rep<config>' being compiled with [ config=boost::posix_time::millisec_posix_time_system_config ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\time.hpp(52) : see reference to class template instantiation 'boost::date_time::counted_time_system<time_rep>' being compiled with [ time_rep=boost::posix_time::int64_time_rep ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\posix_time\ptime .hpp(32) : see reference to class template instantiation 'boost::date_time::base_time<T,time_system>' being compiled with [ T=boost::posix_time::ptime, time_system=boost::posix_time::posix_time_system ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\date_parsing.hpp (211) : warning C4244: 'argument' : conversion from 'std::allocator<_Ty>::value_type' to 'char', possible loss of data with [ _Ty=wchar_t ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\date_parsing.hpp (253) : see reference to function template instantiation 'date_type boost::date_time::from_stream_type<date_type,std::basic_string<_Elem,_Traits,_Ax >::iterator>( iterator_type &,iterator_type &,wchar_t)' being compiled with [ date_type=boost::gregorian::date, _Elem=wchar_t, _Traits=std::char_traits<wchar_t>, _Ax=std::allocator<wchar_t>, iterator_type=std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator < wchar_t>>::iterator ] ..\..\..\vendor\boost\1_32_0\include\boost-1_32\boost\date_time\gregorian\parser s.hpp(78) : see reference to function template instantiation 'boost::date_time::period<point_rep,duration_rep> boost::date_time::from_simple_string_type<boost::gregorian::date,wchar_t>(const std::basic_string<_Elem,_Traits,_Ax> &)' being compiled with [ point_rep=boost::gregorian::date, duration_rep=boost::gregorian::date_duration, _Elem=wchar_t, _Traits=std::char_traits<wchar_t>, _Ax=std::allocator<wchar_t> ]

2 1

IMPORTANT: yahoogroups admin rights problem
by Toon Knapen 23 Nov '04

23 Nov '04

Hello ALL, As many of you might know, currently we are unable to add new members to the ublas-ml. The problem is that only Joerg has the rights to add members to the list but Joerg does not respond anymore. Could some of you try to contact Joerg or give me his telephone number that I talk to him about this. If we do not have a solution by end of November I will create a new project on yahoogroups (and we all have to switch). Additionally we need to contact Joerg and Mathias (again!) about applying the Boost Software License. I currently have the impression that they are not willing to change ublas to the BSL. In that case IMO, we will have to rewrite uBLAS to not get thrown out of boost. Again his phone-number would be handy if you have it available. Please contact the ml or me asap about the above issues or we will need to take drastic actions. toon

1 0

Memory leak reported using threads library
by gast128 23 Nov '04

23 Nov '04

Dear all, Downloading and using the 1.32 version was probably not such a good idea... Now I get a mem-leak reported by the debug crt of VC 7.1. The report is located in 'init_threadmon_mutex' where a global object is allocated but never deleted. Before we start a discussion of what is a memory leak or not, in our production code we do not accept any leak reported by VC. The past has learned us that if you accept one leak, programmers/colleaques start to ignore them and in the end you have 200 leaks, instead of this one. I guess it wouldn't be difficult to resolve this one, on process exit it can be deallocated. And yes I am aware of the (phoenix) singleton discussions in Alexandrescu/Meyers, but really this kind of reinit of singletons after atexit calls won't happen too much. Wkr, me

3 4

boost 1.32 - uBlas - bug in symmetric_matrix::resize()
by Thomas Lemaire 23 Nov '04

23 Nov '04

When resizing a symmetric matrix with the preserve tag to "true", I got: before P: [6,6]((0,0,0,0,0,0),(0,0,0,0,0,0),(0,0,0,0,0,0),(0,0,0,0,0,0),(0,0,0,0,0,0),(0,0,0,0,0,0)) after P: [9,9]((5.54836e-321,-NaN,7.57149e-96,7.57149e-96,7.57149e-96,0,3.06321e-322,0,0),(-NaN,5.75348e+140,4.10451e-115,7.56598e-96,4.10451e-115,0,1.92686e-322,0,0),(7.57149e-96,4.10451e-115,7.57149e-96,7.57149e-96,7.57149e-96,3.31031e-311,6.57819e-313,0,0),(7.57149e-96,7.56598e-96,7.57149e-96,2.34163e-110,0,1.10492e-317,0,3.07265e-311,0),(7.57149e-96,4.10451e-115,7.57149e-96,0,0,5.00601e-308,0,1.10498e-317,0),(0,0,3.31031e-311,1.10492e-317,5.00601e-308,4.99745e-308,0,5.00601e-308,0),(3.06321e-322,1.92686e-322,6.57819e-313,0,0,0,0,4.99745e-308,0),(0,0,0,3.07265e-311,1.10498e-317,5.00601e-308,4.99745e-308,3.06321e-322,0),(0,0,0,0,0,0,0,0,0)) Notice the NaN and others strange things... I am using solaris 9 with gcc 3.3.3 -- thomas

1 0

difference between .output and .run files
by TC MA 23 Nov '04

23 Nov '04

After bjam is executed, both .output and .run files are executed. However, they are the same in content. Why not just use one file, why need both .output and .run files? ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

2 1

dijkstra_shortest_paths performance problem
by Gustavo Sÿffffe1nchez 23 Nov '04

23 Nov '04

Hello, all We are doing a algorithm based on the graph boost library. Actually, it will be a Dinamic Link Library(dll). Our problem is when we execute it in console mode, it costs 12 seconds to finish, while it costs 120 seconds more or less when we are calling it as a DLL from Visual Basic. We have traced into the source code and found that is the dijkstra_shortest_paths function from the boost library which costs us 10 times more in the dll than the console mode. We call the dijkstra_shortest_paths like this: dijkstra_shortest_paths(g,s,predecessor_map(&p[0]).distance_map(&d[0]). visitor(make_dijkstra_visitor(_buscaVia(g,on_finish_vertex(),vinfo,edge_comp,via,p) ))); ///////below is the codes for visitor template <class Graph, class Tag> struct buscaVia : public boost::base_visitor<buscaVia<Graph, Tag> > { typedef Tag event_filter; buscaVia(typename property_map<Graph, vertex_info_t>::type & vinfo_, property_map<UGraph, edge_component_t>::type & ecomp,Vertex & _via,vector<Vertex> &p) :vinfo(vinfo_),encontrada(false),_ecomp(ecomp),via(_via),_p(p){} template <class Vertex, class Graph> void operator() (Vertex v, Graph& g){ bool hay_comp=false; Vertex a=v; if( vinfo[v].is_via && ! encontrada ){ while(_p[a]!=a){// mientras no hayamos llegado al origen if( _ecomp[edge(a,_p[a],g).first]->isComponentCaerTension() ){hay_comp=true; break;} else a=_p[a]; //pasamos al anterior } if(hay_comp==false){ // encontramos la via de la bobina DEBUG_CODE(cout << " via encontrada: " << vinfo[v].vertex_name << endl;) via = v; encontrada=true; } } DEBUG_CODE(else cout << "pasamos por vertice: " << vinfo[v].vertex_name << endl;) } private: typename property_map<Graph, vertex_info_t>::type & vinfo; property_map<UGraph, edge_component_t>::type & _ecomp; bool encontrada; Vertex & via; vector<Vertex> &_p; }; template<class Graph, class Tag> inline buscaVia<Graph,Tag> _buscaVia(Graph &g, Tag,typename property_map<Graph, vertex_info_t>::type & vinfo, property_map<UGraph, edge_component_t>::type & ecomp, Vertex & _via, vector<Vertex> &p){ return buscaVia<Graph,Tag>(vinfo,ecomp,_via,p); } ///////end of codes for visitor We appreciate your kind help! Yang ---------------------------------

2 1

Boost Documentation build
by Robert Ramey 23 Nov '04

23 Nov '04

I've updated my local boost directory from cvs. The links to library documentation generated by boost book documentaition don't work. I would to download the latest (missing) pages on to my local directory. How do I do this - where do I find the missing pages. Robert Ramey

1 0

newbie: Graph library - bundled properties
by TC MA 23 Nov '04

23 Nov '04

I try to use the Boost Graph library bundled properties which is introduced in 1.32.0. I modify the sample program libs/graph/example/graph_property.cpp which then fail to compile, I don't know enough about bundled properties to fix it. Please help. Thanks. I use gcc version 3.4.2 (Gentoo Linux 3.4.2-r2, ssp-3.4.1-1, pie-8.7.6.5). graph_property.cpp source code is: int main() { using namespace boost; using std::string; struct edgeStruct { int weight; }; typedef adjacency_list<vecS, vecS, directedS,no_property, edgeStruct, property<graph_name_t, string> > graph_t; graph_t g; get_property(g, graph_name) = "graph"; graph_t::vertex_descriptor v = *vertices(graph_t).first; graph_t::edge_descriptor e = *out_edges(v, graph_t).first; g[e].weight = 1; std::cout << "name: " << get_property(g, graph_name) << std::endl; typedef subgraph<graph_t> subgraph_t; subgraph_t sg; get_property(sg, graph_name) = "subgraph"; std::cout << "name: " << get_property(sg, graph_name) << std::endl; return exit_success; } //compile output is: gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp: In function `int main()': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:21: error: `main()::edgeStruct' uses local type `main()::edgeStruct' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:21: error: trying to instantiate `template<class OutEdgeListS, class VertexListS, class DirectedS, class VertexProperty, class EdgeProperty, class GraphProperty, class EdgeListS> class boost::adjacency_list' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:21: error: ISO C++ forbids declaration of `graph_t' with no type /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:24: error: no matching function for call to `get_property(main::graph_t&, boost::graph_name_t)' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:25: error: `graph_t' is not a class or namespace /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:25: error: `vertex_descriptor' undeclared (first use this function) /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:25: error: (Each undeclared identifier is reported only once for each function it appears in.) /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:25: error: expected `;' before "v" /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:26: error: `graph_t' is not a class or namespace /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:26: error: `edge_descriptor' undeclared (first use this function) /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:26: error: expected `;' before "e" /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:27: error: `e' undeclared (first use this function) /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:29: error: no matching function for call to `get_property(main::graph_t&, boost::graph_name_t)' /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp: At global scope: /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp: In instantiation of `boost::graph_traits<main::graph_t>': /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:66: instantiated from `boost::subgraph<main::graph_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:41: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:42: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:43: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:44: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:45: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:46: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:47: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:49: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:50: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:51: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:53: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:54: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:55: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/graph_traits.hpp:63: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: In instantiation of `boost::subgraph<main::graph_t>': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:66: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:67: error: no type named `edge_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:68: error: no type named `directed_category' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:69: error: no type named `edge_parallel_category' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:70: error: no type named `traversal_category' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:73: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:79: error: no type named `out_edge_iterator' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:80: error: no type named `degree_size_type' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:83: error: no type named `adjacency_iterator' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:86: error: no type named `vertex_iterator' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:87: error: no type named `vertices_size_type' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:90: error: no type named `edge_iterator' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:91: error: no type named `edges_size_type' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:93: error: no type named `in_edge_iterator' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:95: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:96: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:99: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:108: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:112: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:162: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:166: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:173: error: no type named `edge_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:177: error: no type named `edge_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:186: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp: In instantiation of `boost::detail::edge_property_map<main::graph_t, boost::edge_index_t>': /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:219: instantiated from `boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:247: instantiated from `boost::subgraph<main::graph_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:160: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:161: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:162: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:164: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:164: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:165: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:165: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:166: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:166: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp: In instantiation of `boost::property_map<main::graph_t, boost::edge_index_t>': /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:247: instantiated from `boost::subgraph<main::graph_t>' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:219: error: no type named `type' in `struct boost::detail::edge_property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:220: error: no type named `const_type' in `struct boost::detail::edge_property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: In instantiation of `boost::subgraph<main::graph_t>': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:247: error: no type named `type' in `struct boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:248: error: no type named `type' in `struct boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: no type named `type' in `struct boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: `value' is not a member of `<declaration error>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: `value' is not a member of `<declaration error>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:249: error: size of array has non-integral type `<type error>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:254: error: no type named `type' in `struct boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:256: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:257: error: no type named `vertex_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:258: error: no type named `edge_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:259: error: no type named `type' in `struct boost::property_map<main::graph_t, boost::edge_index_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:264: error: no type named `edge_descriptor' in `struct boost::graph_traits<main::graph_t>' /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp: In instantiation of `boost::graph_property<main::graph_t, boost::graph_name_t>': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:34: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/properties.hpp:235: error: `main::graph_t' is not a class, struct, or union type /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp: In function `int main()': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:34: error: no matching function for call to `get_property(main()::subgraph_t&, boost::graph_name_t)' /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:36: error: no matching function for call to `get_property(main()::subgraph_t&, boost::graph_name_t)' /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp: In constructor `boost::subgraph<Graph>::subgraph() [with Graph = main::graph_t]': /home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp:33: instantiated from here /home/tcma/cpp/boost_1_32_0/boost/graph/subgraph.hpp:106: error: unnamed initializer for `boost::subgraph<main::graph_t>', which has no base classes set -e "g++" -c -Wall -ftemplate-depth-255 -g -O0 -Wno-inline -I"../../../bin/boost/libs/graph/example" -I "/home/tcma/cpp/boost_1_32_0" -o "/home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o" "/home/tcma/cpp/boosttcma/libs/graph/graph_property.cpp" "/usr/bin/objcopy" --set-section-flags .debug_str=contents,debug "/home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o" ...failed gcc-C++-action /home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on/graph_property.o... ...skipped </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property for lack of </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>graph_property.o... ...skipped </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property.run for lack of </home/tcma/cpp/boosttcma/libs/graph/graph_property.test/gcc/debug/inlining-on>/home/tcma/cpp/boosttcma/libs/graph/graph_property... ...failed updating 1 target... ...skipped 3 targets... ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

2 1

Re: [sigc] Re: [Boost-users] Signals & Slots
by Edward Diener 22 Nov '04

22 Nov '04

Carl Nygard wrote: > On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: >> On Nov 18, 2004, at 1:10 PM, Murray Cumming wrote: > >> I'm not in a position to do this at the moment, although possibly in >> the future. It would be *wonderful* if someone went off and studied >> both libraries in-depth to make this comparison, especially if that >> person was not intimately familiar with either library beforehand. >> > > Available: http://www.3sinc.com/opensource/boost.bind-vs-sigc2.html > > Updates for code samples from Chris Vine and Jonathan Brandmeyer will > be forthcoming. > > I could use some suggestions on how to incorporate common code into > the code comparison tables. > > And of course, any other comments, flames, etc. will be welcome. I'm > only doing this as a service for keeping track of comments. I'd like > to see some of this stuff make it into the C++ standard library. As of the upcoming release, the Boost signals library does make a guarantee of the order of signals within a particular group. The order within a particular group is FIFO.

4 4

(no subject)
by alansa＠ati-uk.com 22 Nov '04

22 Nov '04

>> Hmmm no linker errors or warnings. I've set my main exe to statically >> link. if i use the version of threads that statically links to >> msvcrt71 or dynamically to msvcrt71.dll it doesn't seem to make any >> difference. Our boost libraries where compiled here for msvcrt71 and i >> can confirm this. >> >> As i say if my main exe uses msvcrt71.dll then theres no leak. >Are you using tls code? >TLS currently (as to my knowledge) contains a "intentional" leak which >however is harmless. >Could you post the messages? >Did you track down the leak? Hi Roland In order to clear random influences from other areas of the software i'm working on, I have created a simple program with the code that i listed before. nothing else, no tls code. The intentinal leak would be harmless if it did not keep increasing. If I let the program run for long enough i will run out of memory. Sorry which messages would you like me to post? Haven't tracked down the leak yet. My problem is solved for the time being by using msvcrt71.dll as i said before. However it would be nice to be able to using the static lib. I replace the code in the loop which constantly starts and stop threads with my own code that did the same thing. This code was pretty much the same as the code for boost::thread using the windows api functions. This did not leak. However the big difference between my code and boost::thread is that my code didn't use boost::function. Therefore I suspect the leak could be in there! Looking at function it certainly isn't as trivial as thread. One thing i have noticed is that there is an option to get function to use "new" instead of std::allocator with the macro BOOST_NO_STD_ALLOCATOR. (function_template.hpp). I haven't got round to trying this yet though. Alan

1 0

Re: Re: FW: Leak when using boost threads under VC .NET using usi ng statically linked CRT
by alansa＠ati-uk.com 22 Nov '04

22 Nov '04

>> The interesting part is that it doesn't leak if use the version of threads >> built using the CRT as a .dll rather than static link. I also believe that >> the actual culprit is somewhere in boost.function since the code for >> boost.thread is so straight forward. >This sounds more like a mismatch between the runtime libraries that >Boost was compiled for (MSVCRT.DLL I'm pretty sure) and the one you're >linking with. Do you get a linker error indicating that there are >conflicting libraries? Hmmm no linker errors or warnings. I've set my main exe to statically link. if i use the version of threads that statically links to msvcrt71 or dynamically to msvcrt71.dll it doesn't seem to make any difference. Our boost libraries where compiled here for msvcrt71 and i can confirm this. As i say if my main exe uses msvcrt71.dll then theres no leak.

2 1

boost 1.32 breaks my code 2
by gast 128 22 Nov '04

22 Nov '04

Ok I have an example, int f(int, int); struct X { int m_i; }; X x; int i = boost::bind(&f, 1, _1)(boost::bind(&KTstbX::m_i, _1)(x)); UNREF(i); I guess the new boost does not return ref for members (in react on a previous email). Be aware however that functions them selves can still return references. Wkr, me _________________________________________________________________ Talk with your online friends with MSN Messenger http://messenger.msn.nl/

3 2

hello world with codewarrior
by jwjang 22 Nov '04

22 Nov '04

Hi all, I've just installed the boost library on my windows machine. I was using bjam with codewarrior compiler (mwcc) to build those libraries. After installation of libraries, I tried to run a "hello world" program with the same IDE (metrowerks codewarrior) but I couldn't make that work. The example I used is C:\boost_1_31_0\libs\graph\example\adjacency_list.cpp and I got a lot of error messages like below ... Error : undefined identifier 'std::size_t' (included from: cwchar:8 localeimp:18 istream:147 niostream:17 iostream:33 hello.cpp:12) wchar.h line 25 using std::size_t; I actually have no idea what this means. Please help me if anyone know anything about this. Thank you so much. jay

4 4

[Review] Named Parameters library (ongoing)
by Doug Gregor 22 Nov '04

22 Nov '04

Today is the last day of the review of the Named Parameters library by David Abrahams and Daniel Wallin. Let's hear some more comments! The original announcement follows: The Named Parameters library provides a framework for writing functions that can accept arguments by name or by position. The use of named parameters can improve the readability of calls to these functions, especially when the functions have many parameters with default values. The Named Parameters library allows one to write a new_window function that allows a call such as: window* w = new_window("alert2", movable = true); The library is available in the Boost sandbox here: boost/named_params.hpp libs/utility And in the files area (login required): http://groups.yahoo.com/group/boost/files/named_params.zip Reviewers may wish to compare this solution to the named parameters already used by the Boost Graph Library, documented here: http://www.boost.org/libs/graph/doc/bgl_named_params.html Please send your reviews either to the Boost list or to me personally. The former is preferred, because it allows the community to consider your review as well. When writing your review, you may wish to consider the following questions (from http://www.boost.org/more/formal_review_process.htm#Comments) - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? As always, please remember to clearly state whether you believe the library should be accepted into Boost. Thank you Doug Gregor Review Manager, Named Parameters library

1 0

Re: [sigc] Re: [Boost-users] Signals & Slots
by Peter Dimov 22 Nov '04

22 Nov '04

Carl Nygard wrote: > On Thu, 2004-11-18 at 14:09, Doug Gregor wrote: > >> I'm not in a position to do this at the moment, although possibly in >> the future. It would be *wonderful* if someone went off and studied >> both libraries in-depth to make this comparison, especially if that >> person was not intimately familiar with either library beforehand. >> > > Available: http://www.3sinc.com/opensource/boost.bind-vs-sigc2.html > > Updates for code samples from Chris Vine and Jonathan Brandmeyer will > be forthcoming. > > I could use some suggestions on how to incorporate common code into > the code comparison tables. > > And of course, any other comments, flames, etc. will be welcome. I'm > only doing this as a service for keeping track of comments. I'd like > to see some of this stuff make it into the C++ standard library. About: [-ed I'd love this, as long as I didn't have to use all of Boost to get it]. in reference to Boost.Bind. You don't need all of Boost. boost::bind is reasonably self-contained. I see that a dependency on mpl::bool_ has crept up in boost/ref.hpp, but Bind does not need it, so it's excisable without much effort. "Soon" (in a few years, once TR1 is implemented across the board) we'll hopefully be able to get 'bind' and 'function' by just including <functional>. This will also help Boost.Signals a bit since I suspect that nowadays most of the preprocessed code comes from boost::function.

2 3

Re: [sigc] Re: [Boost-users] Signals & Slots
by Doug Gregor 22 Nov '04

22 Nov '04

On Nov 21, 2004, at 8:09 PM, Carl Nygard wrote: > On Sun, 2004-11-21 at 14:26, Murray Cumming wrote: >> On Sat, 2004-11-20 at 15:58 -0500, Carl Nygard wrote: >>>> 2. libsigc++2 uses sigc::signal<>, not sigc::signal[1/2/3/4/5]<>. >>> >>> Yup, and Boost.Signal has signal<void (float, string)> notation as >>> well. I was trying to keep the examples as identical as possible to >>> show commonalities, but I'll make a note. >> >> The API here seems to be different, so it would be useful to show >> that. >> >> I don't think anybody is interested in using some secondary API >> (probably semi-internal API) just because that API is similar in both >> libsigc++ and Boost.Signal. > > Sorry, I thought the reason for the comparisons was as a first step for > C++ standard library, so I figured the analysis should concentrate on > underlying implementation instead of syntactic conveniences... although > those conveniences go a long way toward making the library usable. > I'll > update the docs... > > Regards, > Carl We should compare the "best" interfaces of both libraries, because we want to have the best interface to present to the C++ committee. For Boost.Signals, that's the "boost::signal<void(float x, string s)>" interface. As for the interface vs. implementation question... the C++ committee is interested in interfaces and their semantic descriptions, only. Having an implementation is important to validate the interface (having two implementations is, of course, much better!), but implementation details need not be discussed. They do come into play when we talk about the best semantics we can get... for instance, whether disconnecting a slot is O(1) or O(lg n), etc. Doug

1 0

boost mutex locking order
by amiel montecillo 22 Nov '04

22 Nov '04

Hi all, i was supposed to use boost::mutex in my multithreaded app, and came across a problem with its scheduling policy. if more than one thread is going to use the mutex object, how can we implement the FIFO scheduling policy? i need it so that other threads waiting for the mutex to be unlocked can acquire it in order in which they waited on the mutex that is accessed through boost::mutex::scoped_lock.

1 0

boost::variant output a vector?
by Bo Peng 21 Nov '04

21 Nov '04

Dear list, In the manual of boost::variant: OutputStreamable: For any object t of type T, std::cout << t must be a valid expression. However, I can not output a variant vector work by defining ostream& operator<< vector<double> . Attached is a test case. Note that variant int, string can be outputed, but not the vector. Yet, cout << vector<double> is working. I am using gcc 3.2.2 on linux redhat 9. Many thanks in advance. Bo #include "boost/variant.hpp" using namespace std; #include <string> #include <vector> typedef boost::variant<int, double, string, vector<double> > Variable; #include <iostream> ostream& operator<< (ostream& out, const vector<double> & vec) { out<< "["; if( ! vec.empty() ) { vector<double>::const_iterator it = vec.begin(); out << *it; for( ++it; it!= vec.end(); ++it) out << ", " << *it ; } out << "]"; return out; } int main() { Variable a(2); Variable b("asd"); vector<double> vec(0); vec.push_back(3.0); Variable c(vec); cout << vec << endl; // OK cout << a << b << endl; // OK cout << c << endl; // compiling errors. return 0; }

2 1