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

DateTime parsing question
by Sean Rohead 14 Nov '05

14 Nov '05

I am trying to parse ISO datetime strings with millisecond resolution and the fractional seconds are being truncated. Am I doing something wrong in the following code? Thanks, Sean Rohead >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> #include <string> #include "boost/date_time/posix_time/posix_time.hpp" using namespace std; using namespace boost::posix_time; void main() { string dateString1 = "20051004T151801"; string dateString2 = "20051004T151801.123"; ptime timestamp1(from_iso_string(dateString1)); ptime timestamp2(from_iso_string(dateString2)); cout << timestamp1 << endl; cout << timestamp2 << endl; }

3 3

Re: [Boost-users] [serialization]
by Kevin Carroll 14 Nov '05

14 Nov '05

> On Sun, 2005-11-13 at 16:02 -0800, Robert Ramey wrote: > > > Truth is, I don't even know how one goes about assigning a NaN or a > +/inf to floating/double variable !! Not an expert here like you guys, but how about: #include <limits> double x_NaN = std::numeric_limits<double>::quiet_NaN(); double y_PlusInfinity = std::numeric_limits<double>::infinity(); double z_MinusInfinity = -std::numeric_limits<double>::infinity(); ... Also, here is some concise info on IEEE standard floating point numbers available from the Internet: The following notes are reproduced from http://stevehollasch.com/cgindex/coding/ieeefloat.html Infinity The values +infinity and -infinity are denoted with an exponent of all 1s and a fraction of all 0s. The sign bit distinguishes between negative infinity and positive infinity. Being able to denote infinity as a specific value is useful because it allows operations to continue past overflow situations. Operations with infinite values are well defined in IEEE floating point. Not A Number The value NaN (Not a Number) is used to represent a value that does not represent a real number. NaN's are represented by a bit pattern with an exponent of all 1s and a non-zero fraction. There are two categories of NaN: QNaN (Quiet NaN) and SNaN (Signalling NaN). A QNaN is a NaN with the most significant fraction bit set. QNaN's propagate freely through most arithmetic operations. These values pop out of an operation when the result is not mathematically defined. An SNaN is a NaN with the most significant fraction bit clear. It is used to signal an exception when used in operations. SNaN's can be handy to assign to uninitialized variables to trap premature usage. Semantically, QNaN's denote indeterminate operations, while SNaN's denote invalid operations. The definition of NaNs, signed zero and infinity, and denormalized numbers from "IEEE Standard for Binary Floating-Point Arithmetic", ANSI/IEEE Standard 754-1985, Institute of Electrical and Electronics Engineers, August 1985., is reproduced below. In the following, 'S' stands for the sign bit, 'E' for the exponent, and 'F' for the fractional part. The symbol 'u' stands for an undefined bit (0 or 1). Type S (1 bit) E (11 bits) F (52 bits) signaling NaN u 2047 (max) .0uuuuu---u (with at least one 1 bit) quiet NaN u 2047 (max) .1uuuuu---u negative infinity 1 2047 (max) .000000---0 positive infinity 0 2047 (max) .000000---0 negative zero 1 0 .000000---0 positive zero 0 0 .000000---0 Kevin Carroll

1 0

Boost.MultiArray + iterators
by Dennis Zickefoose 14 Nov '05

14 Nov '05

I have a simple two dimensional multi_array that I am trying to copy a row out of. This works, but I get a warning about a type conversion that I would like to get rid of. Example: boost::multi_array<double, 2> array(boost::extents[42][42]); std::vector<double> row(array[0].begin(), array[0].end()); This produces the following warning in VC++ 7.1: c:\Boost\include\boost-1_33\boost\multi_array\iterator.hpp(149) : warning C4244: '+=' : conversion from 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>::difference_type' to 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>::index', possible loss of data This is followed by a long string of support messages that ultimately point to the vector initialization. Yet the vector is successfully initialized with the range of values I expect. So what am I doing wrong here? I understand that [array.begin(), array.end()) is actually a range of sub-views, rather than a range of values...is this a side effect of this distinction? At the moment, I have replaced that with &array[0][0] to avoid the warning, but if possible I would like to go with the more reliable iterator interface in the future. Any suggestions/advice would be greatly appreciated. DZJr

2 3

Desperately in need of help!
by Marcus Krantz 14 Nov '05

14 Nov '05

Hi all! I have an application which uses STLport 5.0.0, libtorrent (which in turn uses Boost). What I have done is that I have compiled the boost libraries for msvc7.1-stlport. I only uses three, i.e. filesystem, date_time and thread. My boost version is 1.33.1 So the problem occurs when my application is linking. Then I get a lot of LNK2005 link errors. I have no problems with compiling my code and use the boost libraries it's only when I'm about to link it fails. The errors says, in general, that a lot of things already are defined in libboost_xxx_mt-sp... I guess that if I post some of my errors it will be easier for those who wants to help me :) So here we go... 1. msvcprtd.lib(MSVCP71D.dll) : error LNK2005: "public: class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > & __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::operator+=(char const *)" (??Y?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV01@PBD@Z) already defined in libboost_filesystem-vc71-mt-sp-1_33_1.lib(path_posix_windows.obj) 2. msvcprtd.lib(MSVCP71D.dll) : error LNK2005: "public: class std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> > & __thiscall std::basic_string<unsigned short,struct std::char_traits<unsigned short>,class std::allocator<unsigned short> >::erase(unsigned int,unsigned int)" (?erase@?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAEAAV12@II@Z) already defined in libboost_date_time-vc71-mt-sp-1_33_1.lib(greg_month.obj) 3. msvcprtd.lib(MSVCP71D.dll) : error LNK2005: "public: char __thiscall std::basic_ios<char,struct std::char_traits<char> >::widen(char)const " (?widen@?$basic_ios@DU?$char_traits@D@std@@@std@@QBEDD@Z) already defined in libboost_thread-vc71-mt-sp-1_33_1.lib(once.obj) 4. msvcprtd.lib(MSVCP71D.dll) : error LNK2005: "public: class std::basic_ostream<char,struct std::char_traits<char> > * __thiscall std::basic_ios<char,struct std::char_traits<char> >::tie(void)const " (?tie@?$basic_ios@DU?$char_traits@D@std@@@std@@QBEPAV?$basic_ostream@DU?$char_traits@D@std@@@2@XZ) already defined in libboost_thread-vc71-mt-sp-1_33_1.lib(once.obj) I would really appreciate if anyone could help me out here. Since I am new to C++ etc. I have major difficulties in intepreting the error messages. Best regards Marcus Krantz

2 1

vc-8_0-stlport
by Slava Tutushkin 14 Nov '05

14 Nov '05

Does anybody know if there are any plans about adding toolset support for Visual Studio 2005 with STLPort? In fact, I tryed to compile Boost 1.33.1beta using vc-8_0 toolset, but with STLPort installed. It was almost succeed not counting incorrect libraries naming (without -p- suffix in filenames). Slava Tutushkin mailto:aloner@aloner.ru

1 0

Example error for boost::numeric_cast
by Daniel Krügler 14 Nov '05

14 Nov '05

Hello! The example for boost::numeric_cast contains documentation, which clearly is wrong and stumbles the reader. On http://boost.org/libs/numeric/conversion/doc/numeric_cast.html#numeric_cast we have the lines unsigned long l=std::numeric_limits<unsigned long>::max(); // This works, because unsigned integral types cannot cause overflow. unsigned char c=numeric_cast<unsigned char>(l); which contradict the behaviour and the range checking logic presented on http://boost.org/libs/numeric/conversion/doc/converter.html#rchklogic Btw.: Further on the #include directive, namely #include <boost/numeric_cast.hpp> should be corrected to #include <boost/numeric/conversion/cast.hpp> Greetings from Bremen, Daniel Krügler

2 2

intrusive_ptr feature request for constructor
by Bruno Martínez 13 Nov '05

13 Nov '05

Hi. intrusive_ptr's constructor takes an bool to signal whether the refcount should be initially incremented or not. The default is true. I find that the default is different for different types, so I propose to add a hook to specify the policy for each type. At first I thought to do this with traits, but now I think a function is better because this doesn't need to be compile-time and a function overload works fine with ADL. I'm no expert in this, so maybe I'm mistaken somewhere. What I propose is to add: namespace boost { template <class T> bool intrusive_ptr_add_ref_at_construction(T*) { return true; } template<class T> class intrusive_ptr { intrusive_ptr(T * p, bool add_ref = intrusive_ptr_add_ref_at_construction((T*)0)): p_(p) { if(p_ != 0 && add_ref) intrusive_ptr_add_ref(p_); } ... } } then I can do bool intrusive_ptr_add_ref_at_construction(MyType*) { return false; } What do you think of this feature? Regards, Bruno

2 2

Documentation question. Format and lexical_cast
by Drumheller, Michael 13 Nov '05

13 Nov '05

There seems to be some considerable overlaps in functionality between boost::lexical_cast and boost::format, yet, as far as I can tell, the documentation pages for each does not mention the other. Is this intentional, or would anyone agree that a doc fix would be in order? (Needless to say, if so, I would be happy to help with it.) Thanks, Michael D.

1 0

Boost.Serialization vs STL containers of 'double'
by Adam M 12 Nov '05

12 Nov '05

Hi, I am using Boost.Serialization to serialize a std::map<std::string, double>. It works fine, except that the precision on the double is not enough for my application. Is it possible to manipulate the precision used when serializing/deserializing double's within an STL container? I tried using setprecision(), but it doesn't understand the "&" stream operator that the Serialization library uses. Thanks, Adam

2 2

MultiArrays of Std::Lists: why const iterators?
by Joshua Schpok 12 Nov '05

12 Nov '05

I want to make a 3D array of std::lists: boost::multi_array<std::list<CSomething>,3> listbin; Then I'd like to actually use those lists: /// Walk through list at x,y,z for(std::list<CSomething>::iterator iter = listbin[x][y][z].begin(); reti != iter[x][y][z].end(); iter++) { iter->m_foo += 42; } But multi_array is giving me back *const* list iterators, producing the error: error: conversion from `std::_List_const_iterator<CSomething>' to non-scalar type `std::_List_iterator<CSomething>' requested Why is this so? I can trick the compiler by doing a cast like: std::list<CSomething>::iterator iter = ((std::list<CSomething>)listbin[x][y][z]).begin(); but this seems to poop out at runtime. Is there a proper way to do this? Joshua Schpok

3 2