- Boost-users - lists.boost.org

bug in date_time? cannot initialize ptime to not_a_date_time
by Erik Thiele 24 Jun '04

24 Jun '04

hi. #include <boost/date_time/posix_time/ptime.hpp> int main() { boost::posix_time::ptime x(boost::date_time::not_a_date_time); } # g++ --version 2.95.4 #g++ -Wall -c foo.cpp -Iboost_1_31_0 (compiling into cache) foo.cpp: In function `int main()': foo.cpp:5: no matching function for call to `boost::posix_time::ptime::ptime (boost::date_time::special_values)' boost/boost/date_time/posix_time/ptime.hpp:39: candidates are: boost::posix_time::ptime::ptime(boost::gregorian::date, boost::posix_time::time_duration) boost/boost/date_time/posix_time/ptime.hpp:42: boost::posix_time::ptime::ptime(boost::gregorian::date) boost/boost/date_time/posix_time/ptime.hpp:45: boost::posix_time::ptime::ptime(const boost::posix_time::int64_time_rep &) boost/boost/date_time/posix_time/ptime.hpp:48: boost::posix_time::ptime::ptime(const boost::posix_time::ptime &) foo.cpp:5: warning: unused variable `class boost::posix_time::ptime x' -- Erik Thiele

2 1

protassign
by Erik Thiele 23 Jun '04

23 Jun '04

hi in some cases i do assign values to variables just for the life of my function: void foo() { bool oldfoorunning = foorunning; foorunning = true; dojobs(); dofoooo(); foorunning = oldfoorunning; } now the problem arises when dojobs throws an exception. in order to be safe i have to do: void foo() { bool oldfoorunning = foorunning; foorunning = true; try { dojobs(); dofoooo(); } catch (...) { foorunning = oldfoorunning; throw; } foorunning = oldfoorunning; } this is ugly and it can get more ugly by having more than one such variable. then you stack try/catch into each other and code gets really ugly and error prone. for that reason i created a class as follows: template<class X> class protassign : public boost::non_copyable { public: inline protassign (X &var_, const X &newvalue) : var(var_) { oldvalue = var; var = newvalue; } inline ~protassign () { try { var = oldvalue; } CATCHDESTRUCTOR; //<-- my special destructor error catching macro, //forget it. (is there an alternative in boost?) } private: X &var; X oldvalue; }; now i can do: void foo() { protassign<bool> foorunning_assigner(foorunning, true); dojobs(); dofoooo(); } and that's all. is there one such thing in boost already??? cu erik -- Erik Thiele

1 0

Re: Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 23 Jun '04

23 Jun '04

Hi, 1) g++ is in the path. Doing the g++ --version displays the version information: C:\opt\boost_1_31_0>g++ --version g++ (GCC) 3.2.3 (mingw special 20030504-1) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 2) Mingw is installed in the default directory: c:\mingw Does the fact that I got a warning about spawnvp function when I built bjam has something to do with this? C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " ...found 83 targets... ...updating 4 targets... .cc. bin.ntx86\yyacc.exe .cc. bin.ntx86\mkjambase.exe .cc. bin.ntx86\jam.exe execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type .link. bin.ntx86\bjam.exe 1 file(s) copied. ...updated 4 targets... I read somewhere something about different signatures for the spawn function and this indicates the one used by bjam is not the one that mingw supports. Why would spawn fail? Is this an OS issue or a compiler thing? Is bjam the program that fails? Or is it a python script that fails? How can I trace this error? I really appreciate your help, Alex ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 3

Re: [Boost-users] Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 22 Jun '04

22 Jun '04

Hi, This is the output of running the command line with the d+4 and d+2 option respectively. I'm running the command from the dos shell (cmd.exe). As far as the filesystem. The filesystem is NTFS. Thanks, Alex C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+4 Executing raw command directly Executing command [g++] [-Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end __:_data_start__] [-Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_ti me.dll\mingw\debug\boost_date_time-mgw-d-1_31.lib] [-g] [-shared] [-mno-cygwin] [-o] ["bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\boost_date _time-mgw-d-1_31.dll"] ["bin\boost\libs\date_time\build\boost_date_time.dll\ming w\debug\greg_month.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dll\mi ngw\debug\greg_weekday.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dl l\mingw\debug\date_generators.obj"] spawn: Invalid argument C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+2 gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\b oost_date_time-mgw-d-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll \mingw\debug\boost_date_time-mgw-d-1_31.lib g++ -Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end__:_data_start_ _ -Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debu g\boost_date_time-mgw-d-1_31.lib -g -shared -mno-cygwin -o "bin\boost\libs\dat e_time\build\boost_date_time.dll\mingw\debug\boost_date_time-mgw-d-1_31.dll" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month.obj" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_weekday.obj " "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_generator s.obj" spawn: Invalid argument ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 4

Dynamic bitset help
by Michael Short 21 Jun '04

21 Jun '04

Hello please anyone some one must have a example or something using the dynamic bitset? Has anyone got a few good examples of the dynamic bitset been used with member functions like append and block type? If so could you please send in some thanks. Michael

1 0

Re: [Boost-users] Newbie: What is the actual return type?
by Doug Gregor 21 Jun '04

21 Jun '04

[Sorry about the top-post; switching e-mail accounts] On Sun, 20 Jun 2004, Tim Rowe wrote: > > You're actually getting back an (Lvalue) property map. Think of it > > like an std::map<vertex_descriptor, std::string>, because it maps > > from the vertices in the graph g to the vertex name (which is an > > std::string here). The difference is that the property map is fast > > (O(1)) whereas the std::map would be slow (O(log |V|)). > > > > Interior properties will get a bit easier with the next Boost > > release. > > > > > > Doug > > Thanks. The property_map documentation says that "the get() function > takes a property map object [...] and a key object"; is that the get() > that's used there? Well, no :(. The get() being used there is actually part of the PropertyGraph concept, documented here: http://www.boost.org/libs/graph/doc/PropertyGraph.html When you have an interior property p (like vertex_name_t in the example graph) and graph g, the expression get(p, g) gives you a property map for that particular property and graph, that can be "indexed" with the appropriate key (e.g., a vertex or edge descriptor). > So vertex_name is a map of maps, with a Graph as a key? This analogy actually works (much to my surprise!), so long as you don't push it too far :) So yes, get(vertex_name, g) returns a map from vertices in g to the name of the vertex. > And where is the interface to property_map defined? > boost_1_31_0\libs\graph\doc\using_property_maps.html says that it's > defined in boost_1_31_0\libs\property_map\property_map.html, but that > just > contains another example, and I can't find which header declares it -- I > can't see it in property_map.hpp which is where I expected it to be! The actual struct template property_map is used (only!) to get the return type of, e.g., get(vertex_name, g). It is defined in boost/graph/properties.hpp, but the definition won't help much because I don't think that's quite what you're asking for. When you use get(vertex_name, g) you get back a property map. There's no single type that defines a property map, because it's a concept. To find out what you can do with a property map, check out: http://www.boost.org/libs/property_map/property_map.html Specifically, you want the links to the ReadablePropertyMap, WriteblePropertyMap, and LvaluePropertyMap concepts. Doug

1 0

Re: [Boost-users] compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 21 Jun '04

21 Jun '04

Janusz, I'm using version 3.1.0-1 of mingw (its basically the current release that you can download at www.mingw.org) THanks, Alex PS. Sorry for posting in another thread, I don;t know how to reply in the current thread. Alexis H. Rivera-Rios writes: > Hi, > > I downloaded boost 1.31.0 and I'm using bjam version > 3.1.10. What mingw version are you using? Regards, Janusz ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

4 4

Newbie: What is the actual return type?
by Tim Rowe 20 Jun '04

20 Jun '04

In the Kevin Bacon example in the Boost::Graph documentation, we declare: typedef adjacency_list < vecS, vecS, undirectedS, property < vertex_name_t, std::string >, property < edge_name_t, std::string > > Graph; Graph g; and later declare and call: typedef property_map < Graph, vertex_name_t >::type actor_name_map_t; actor_name_map_t actor_name = get(vertex_name, g); What are we actually getting back here? I can see that we can index it (we do later), but is it just an array? Or a vector? Or what? I assume I am /supposed/ to know (not like Ada's "type foo is private"), so that I know what I can do with it! TIA, Tim Rowe

2 2

Re: staticially linked STLport and Boost
by Lukáš Krejčí 20 Jun '04

20 Jun '04

Hi, I have encountered similar problem that you solved after "some fiddling". Can you specify what exactly you did to successfully compile Boost.Python? Thanks, L. >> try >> >> bjam "-sTOOLS=msvc-stlport" "-sBUILD=debug <runtime-link>static ><stlport-iostream>on" > >The default Boost.Python settings seem to conflict with ><runtime-link>static, but after some fiddling I worked out how to fix >it. I thought it wouldn't need this, but I also needed to force >"<threading>multi" to get it passed the final set of linking problems. > Of course, it seems to work at the moment, and I'll probably be back >here if/when I start getting strange crashes :) > > Thanks for the pointer in the right direction :) >

1 0

BGL on VC6.0
by Boris Kagan 20 Jun '04

20 Jun '04

Hi All, I have a problem in compiling my very first example in BGL - quick_tour.cpp, using boost-1_31, VC 6.0 and native Microsoft stl. I've got the following error messages: c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1055) : error C2244: 'bidirectional_graph_helper_with_property<Config>::remove_edge' : unable to resolve function overload c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1057) : error C2954: template definitions cannot nest c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2039: 'type' : is not a member of '`global namespace'' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2653: 'mpl' : is not a class or namespace name c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(56) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(69) : fatal error C1903: unable to recover from previous error(s); stopping compilation My question is : May I use BGL 1_31 using VC6.0 with all restrictions of VC6.0 compiler? Thanks a lot for your advice, Kagan Boris.

1 0