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

Re: [Boost-users] Missing functions in date_time library
by Sean Rohead 28 Jul '05

28 Jul '05

I'm even more confused after looking at the URL and test file you suggested. All of the examples in those documents require you to explicitly construct and provide a time zone using a name or an offset from UTC. I don't want to have to hardcode a timezone in my program -- I just want to use whatever time zone that the user has configured on their computer. The c_local_adjustor did this for me in 1.32 (although as noted in my original email, it only solves half of the problem). Perhaps I missed something in the URL you sent, but I didn't see anything in there which simply uses the timezone in use on the local machine. Thanks, Sean -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Jeff Garland Sent: Saturday, July 23, 2005 12:44 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Missing functions in date_time library On Fri, 22 Jul 2005 18:09:10 -0600, Sean Rohead wrote > I am using the boost date_time library and noticed that there is a > from_ftime() function to convert a FILETIME into a ptime, but I could > not find the reverse operation to_ftime(). Am I missing it somewhere? No. FILETIME, as you're certainly aware, is a Windows only way to measure time. This function is there primarily to support conversion from legacy applications. If there's really some need it's not hard to support. > Likewise, I am using the c_local_adjustor::utc_to_local() function > and cannot find the corresponding local_to_utc() function in c_local_adjustor. In 1.33 there is vastly enhanced support for local time conversion via the timezone class and it's friends posix_timezone and tz_database. See <http://engineering.meta-comm.com/resources/cs-win32_metacomm/doc/html/d ate_time/local_time.html#date_time.local_time.time_zone_base> for more on this. If you still want to use the compile time approach supported in 1.32, have a look at libs/date_time/test/posix_time/testlocal_adjustor.cpp. There's code in there that show how to convert back and forth. Jeff _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Re: [Boost-users] Missing functions in date_time library
by Sean Rohead 28 Jul '05

28 Jul '05

Just as a follow up to this, let me describe what I'm trying to do. I would like the current time in UTC with microsecond resolution. Well, the microsec_clock class only provides a local_time() method (unlike the second_clock class which also provides universal_time()). So, I need to convert the result of local_time() into UTC but I can't since the only class which knows the local timezone is c_local_adjustor and it does not provide local_to_utc() (only utc_to_local()). If there is a better way to get the current time in UTC with microsecond resolution, I'd be happy to use it instead. Thanks, Sean -----Original Message----- I'm even more confused after looking at the URL and test file you suggested. All of the examples in those documents require you to explicitly construct and provide a time zone using a name or an offset from UTC. I don't want to have to hardcode a timezone in my program -- I just want to use whatever time zone that the user has configured on their computer. The c_local_adjustor did this for me in 1.32 (although as noted in my original email, it only solves half of the problem). Perhaps I missed something in the URL you sent, but I didn't see anything in there which simply uses the timezone in use on the local machine. Thanks, Sean On Fri, 22 Jul 2005 18:09:10 -0600, Sean Rohead wrote > I am using the boost date_time library and noticed that there is a > from_ftime() function to convert a FILETIME into a ptime, but I could > not find the reverse operation to_ftime(). Am I missing it somewhere? No. FILETIME, as you're certainly aware, is a Windows only way to measure time. This function is there primarily to support conversion from legacy applications. If there's really some need it's not hard to support. > Likewise, I am using the c_local_adjustor::utc_to_local() function and > cannot find the corresponding local_to_utc() function in c_local_adjustor. In 1.33 there is vastly enhanced support for local time conversion via the timezone class and it's friends posix_timezone and tz_database. See <http://engineering.meta-comm.com/resources/cs-win32_metacomm/doc/html/d ate_time/local_time.html#date_time.local_time.time_zone_base> for more on this. If you still want to use the compile time approach supported in 1.32, have a look at libs/date_time/test/posix_time/testlocal_adjustor.cpp. There's code in there that show how to convert back and forth. Jeff _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Re: [Boost-users] Test Tools Linking Problem
by Merrill Cornish 28 Jul '05

28 Jul '05

Gennadi, Thanks for the suggestions. I had reduced the failing test to a single BOOST_MESSAGE() macro call to simplify the error output. (All of the regex stuff links fine with the DLL.) When I try linking my entire test file, *ALL* of the unresolved references involve test_tools::tt_detail::... It's as if just the test tool details weren't created. If I remove the test tools library reference from the Makefile, then I get undefined test tools references for *OTHER* than details. So, at least something in the library is being used by the linker--just not the stuff from the details. I have no idea why the detail references would have been dropped. I have tried rebuilding the entire Boost library with bjam -sTOOLS=mingw -sMINGW_IMPLEMENTATION_DIR=E:\MinGW stage (I may have mis-remembered the exact name for the implementation directory, but I got it right.) This time I captured the output. There were error message about the serialization library because of wide characters, but no complaints about any of the others. The rebuilt library gives the same errors. I would certainly like to use the Boost test library, but for the moment, I'm going to have to go back to implementing it myself. Merrill

2 1

Question about date
by Larry 28 Jul '05

28 Jul '05

I searched the group and didn't see anything that answered my question about date although I may have just not recognized it when I read it. The date constructor will throw exceptions if you use an invalid date: date d(2005,2,29); Throws an exception because there is no 29th of February in 2005. If one does the following: string ds("20050229T000000"); date d(from_iso_string(ds)); there is no exception and like localtime() and gmtime() it actually changes the date silently to 20050301. (ptime also does this.) Was this done intentionally perhaps to be consistent with localtime() etc although that begs the question of why there was an exception in the first case of date construction? Or perhaps I forgot to do something?

1 0

Re: [Boost-users] bosst::bind problem
by Jasper, Alexander 28 Jul '05

28 Jul '05

Hi Oleg! your function Handler::Test2 takes 2 arguments + this. But your code passes 3 arguments + this to the function boost::bind(&Handler::Test2, _1, _2, a, b)). If I'm not completely mistaken that cannot work. What did you expect the _2 to be in this case?. Using the _2 also implies that the resulting function of the bind expects 2 arguments. That is you cannot simply use it with for_each in that kind of way. This supplies only one parameter. kind regards Alex > -----Ursprüngliche Nachricht----- > Von: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]Im Auftrag von > Oleg Smolsky > Gesendet: Donnerstag, 28. Juli 2005 03:22 > An: boost-users(a)lists.boost.org > Betreff: [Boost-users] bosst::bind problem > > > Hi all, > > I've just started using boost::bind and found the following problem: > > class Handler > { > public: > bool Test1(std::string sComponent); > bool Test2(std::string sComponent, std::string sAddress); > }; > > void Test() > { > std::vector<Handler> v; > > // This compiles > std::string a, b; > std::for_each(v.begin(), v.end(), > boost::bind(&Handler::Test1, _1, a)); > > // This doesn't compile > //std::for_each(v.begin(), v.end(), > // boost::bind(&Handler::Test2, _1, _2, a, b)); > } > > Environment: boost 1.32, VC8, WinXP. > > Any ideas? > > Thanks, > Oleg. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

[Signals] Proposal effort for TR2
by Doug Gregor 28 Jul '05

28 Jul '05

At the C++ committee meeting in Lillehammer last April, I'd asked if there was any interest in a TR2 proposal for the Signals library, and got a positive response. I'll be collaborating with the libsigc++ folks to put together a proposal for the upcoming meeting, which will be discussed on the libsigc mailing list: http://mail.gnome.org/mailman/listinfo/libsigc-list We'll naturally be taking the good features from both libraries (tracking, combining, syntax, etc.) and tossing out the bad (*ahem* named slot groups). Interested Boosters are welcome to join us over in that forum. Doug

4 4

Re: [Boost-users] [Signals] Proposal effort for TR2
by Foster, Gareth 27 Jul '05

27 Jul '05

> We can't write any standardese for thread safety (Standard > C++ doesn't > have threads... yet), but we'll try to be ensure that the Did anyone propose a boost::threads like api for the new standard library? Or is there some reason why it is to be left to a later date? Gaz

2 1

bjam and environment variable DOT
by Andrew Kaluzniacki 27 Jul '05

27 Jul '05

In building boost I ran into an issue with bjam in having DOT as an environment variable and I did not find any other posts documenting the problem so I am adding this to save others the effort. DOT is in my environment for doxygen to find. Once I cleared DOT for the build everything seemed to be fine. Below is the output when DOT="C:\Program Files\ATT\Graphviz\bin" C:\boost1\boost_1_32_0>bjam -sTOOLS=vc-7_1 install C:\boost1\boost_1_32_0\tools/build/v1\allyourbase.jam:1358: in SubDir *** argument error * rule split-path ( path ) * called with: ( C:\Program Files\ATT\Graphviz\bin ) * extra argument Files\ATT\Graphviz\bin C:\boost1\boost_1_32_0\tools/build/v1\allyourbase.jam:1582:see definition of rule 'split-path' being called C:\boost1\boost_1_32_0\tools/build/v1\allyourbase.jam:1222: in project-root Jamfile:154: in load-jamfiles C:\boost1\boost_1_32_0\tools\build\v1\bootstrap.jam:21: in boost-build C:\boost1\boost_1_32_0\boost-build.jam:16: in module scope C:\boost1\boost_1_32_0> Andrew Kaluzniacki Senior Software Engineer Intelligent Systems BAE Systems. Burlington, MA (781) 273-3388 x269

2 1

Re: [Boost-users] [Iterators] Change in transform_iterator from1.31 to 1.32?
by Nat Goodspeed 27 Jul '05

27 Jul '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of David Abrahams > Sent: Tuesday, July 26, 2005 11:01 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [Iterators] Change in transform_iterator > from 1.31 to 1.32? > > "Nat Goodspeed" <ngoodspeed(a)solidworks.com> writes: > > > [Nat] boost::bind() is a runtime expression. I need to write a > > typedef for const_iterator before we get anywhere near that point. How > > can I use a type defined on the bind object for the typedef I need? > > If the bind documentation doesn't tell you the type of that object > (does it?), then officially you can't. [Nat] This page: http://www.boost.org/libs/bind/bind.html#Interface uses 'unspecified-N' as the type returned by boost::bind(). > Unofficially, you could pass > the result of the bind expression to a function template that does > something illegal on it, like > > template <class F> > void show_me_the_type(F const& f) { f += "hello"; } > > and your compiler will probably show it to you. [Nat] Heh, a useful trick to remember. I do need a reference, so I'm using Peter Dimov's suggested bind<R>() syntax. With this construct: show_me_the_type(boost::bind<const MapType::mapped_type&> (&MapType::value_type::second, _1)); The type described in the compiler output translates to: boost::_bi::bind_t< const MapType::mapped_type&, (ugly pointer-to-data-member syntax), boost::_bi::list1<boost::_bi::list_av_1<boost::arg<1> >::B1> > Forgive me, but that seems a bit too implementation-dependent to capture in my own code. I do want to be able to migrate forward to Boost 1.33 and beyond... As far as I'm aware, the only documented way to capture an object created by boost::bind() is to use boost::function. I understand your point about the inefficiency of using boost::function in my const_iterator type, but right now I know no better way to express it. Perhaps it would be useful to augment bind.hpp with a companion template that could reliably describe the type of the object produced by a particular call to boost::bind()?

2 1

Re: [Boost-users] [Signals] Proposal effort for TR2
by Foster, Gareth 27 Jul '05

27 Jul '05

> You probably don't want this question here, but would > thread-safety by > discussed for the proposal? We couldn't use boost::signals > because it > wasn't thread-safe and ended-up using our own wrapper around > boost::signals which made them thread-safe. > I had wondered about the thread safety of this stuff, is the story the same for libsigc++? It ought to be worth thinking about really shouldn't it? Gaz

1 0