- Boost-users - lists.boost.org

[date_time] problem adding negative number of months
by Guido Spahn 24 Oct '05

24 Oct '05

Hello, when adding a negative number of months to a date(y, m, d), an exception "Month number is out of range 1..12" is raised if the resulting month m2 belongs to a year y2 < y and m2 > m. For example date(2005, Jan, 1) + months(-1) fails date(2005, Feb, 1) + months(-1) doesn't fail date(2005, Feb, 1) + months(-2) fails date(2005, Feb, 1) + months(-12) doesn't fail date(2005, Feb, 1) + months(-13) doesn't fail date(2005, Feb, 1) + months(-14) fails I checked it only with release 1.33 using the appended code. There is no problem adding or substracting any positive number of months. Hopefully I didn't miss this topic in the mailing list archive. Thanks in advance, Guido #include <boost/date_time/gregorian/gregorian.hpp> int main() { using namespace boost::gregorian; date d(2005, May, 1); for (long m = 0; m >= -40; --m) { try { std::cerr << d << " + (" << m << "): "; std::cerr << d + months(m) << std::endl; } catch (std::exception& e) { std::cerr << "FAILED: " << e.what() << std::endl; } } return 0; }

3 3

compiler serialization library failed using -sTOOLS=msvc option
by Lee FireStorm 23 Oct '05

23 Oct '05

I have do it in linux as3.0, and all is ok. While I had to compiler boost 1.33 under windows and use the older compilers - MSVC 6. All env set, I think , is well. That is: SET MSVC_ROOT="c:\Program Files\Microsoft Visual Studio\VC98" SET VISUALC="c:\Program Files\Microsoft Visual Studio\VC98" PATH=d:\boost_1_33_0;d:\boost_1_33_0\tools\build\jam_src\bin.ntx86;%PATH% set SPIRIT_ROOT=c:/spirit16 I successfully got some libs as data_time, thread ,regex, etc. Except serialization. I download spirit-1.6.1,spirit-only-1.6.1,spirit-1.6.3,spirit-only-1.6.3. I tried everyone of these four, and all failed. But I really need the libs of serialization such as libboost_serialization-vc6-sgd-1_33.lib, Anyone knows how to compile these libs?

2 1

[serialization] serializing an stl container.
by Lucas Meijer 23 Oct '05

23 Oct '05

Hey, I've been banging my head against the wall for hours on this one. I'd like to serialize stl containers to an archive. Starting simple: a vector<int> This is what I think I should do: 1) include the proper support header file for the to be serialized container. #include <boost/serialization/vector.hpp> 2) create an archive, can be any type: std::stringstream ss; boost::archive::text_oarchive oa(ss); 3) operator<< my container into this archive: const vector<int> myvec; oa << myvec; The "oa << myvec" generates lots of warnings, and when running it anyway, it crashes in smart_cast.hpp I've tried lots of containertypes, and creating them in other ways than shown above, using a binary_oarchive, but it doesn't seem to make a difference. (int myint; oa << myint; works fine) Does anybody see what I'm missing here? Thanks, Lucas

2 9

Can't link when I use from_string() from date_time
by Renan Polo Montebelo 23 Oct '05

23 Oct '05

-- Sorry if this message is duplicated -- I'm preety new to Boost :-) When I try to compile / link this little program: #include <boost/date_time/gregorian/gregorian.hpp> #include <boost/date_time/posix_time/posix_time.hpp> using namespace boost::gregorian; #include <string> using namespace std; int main() { try { string myString = "2005/10/13"; date myDate( from_string( myString ) ); cout << myDate << endl; } catch ( ... ) { cout << "Exception" << endl; } } I receive the following message from Borland 5.5.1: Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external 'std::basic_string<char, std::char_traits<char>, std::allocator<char> >& std::basic_string<ch ar, std::char_traits<char>, std::allocator<char> >::replace<const char *>(char *, char *, const char *, const char *)' r eferenced from D:\RENAN\PROJETOS\PHONE\TESTE.OBJ And this one from g++ 3.4.4: /cygdrive/d/Config/Renan/CONFIG~1/Temp/ccgNFXMG.o:teste.cpp:(.text$_ZN5boost9dat e_time19month_str_to_ushortINS_9gregorian10greg_monthEEEtSs[unsigned short boost ::date_time::month_str_to_ushort<boost::gregorian::greg_month>(std::basic_string <char, std::char_traits<char>, std::allocator<char> >)]+0x102): undefined refere nce to `boost::gregorian::greg_month::get_month_map_ptr()' collect2: ld returned 1 exit status I can't figure out what's happening, but I'm sure the problem is from_string(). When I don't use it, everything works fine. Can someone help me? Boost version: 1_33_0 Thanks in advance, Renan Montebelo.

4 7

How to select the name of class definition instead of variable name in XML archive
by Piyush Kapadia 23 Oct '05

23 Oct '05

In following code - archive results in tag name as T as T is used in BOOST_SERIALIZATION_NVP(T) statement. Instead I want actual type name for T, instead of just T as Tag name, how to achieve this ??? template<class T> void Serialize(const char * filename) { std::ofstream ofs(filename); assert(ofs.good()); boost::archive::xml_oarchive oa(ofs); oa << BOOST_SERIALIZATION_NVP(T); ofs.close(); }

3 4

what happened to the boost vault?
by Robert Ramey 23 Oct '05

23 Oct '05

It seems that the boost vault has a lot less in it than it used to. Is there a reason for this? Robert Ramey

1 0

When to close ofstream in XML serialize
by Piyush Kapadia 23 Oct '05

23 Oct '05

In following function code, ofs.close() results in failure to write last end tag of XML archive, apparently because stream is closed before destructor is executed, so when do we execute ofs.close() ? ofs.flush does not help either or shell we skip executing any flush or close and just return from function ? template<class T> void Serialize(const char * filename) { std::ofstream ofs(filename); assert(ofs.good()); boost::archive::xml_oarchive oa(ofs); oa << BOOST_SERIALIZATION_NVP(T); ofs.close(); }

3 5

[build] problem compiling current cvs
by Chris Hoeppler 23 Oct '05

23 Oct '05

Hi, I don't seem to be able to build a current cvs checkout of boost on a linux system on which I used to be able to build all the boost libraries by invoking 'bjam stage' on the cvs version of a couple of weeks ago. Did something change with respect to the build procedure? Invoking bjam on a clean cvs checkout results in the following output: ~/boost> bjam Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). ...found 3548 targets... ~/boost> bjam stage Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). don't know how to make stage ...found 1 target... ...can't find 1 target... Any idea what's going wrong here? Chris

7 11

[general/iostreams/iterators] Why not a forward and/or a random access istream iterator?
by Mats Eklund 22 Oct '05

22 Oct '05

Hello, does anybody know whether there is something fundamentally wrong with designing an istream iterator that conforms with the forward, or even random access, iterator concepts? The std::istream_iterator conforms only with the simplest input iterator concept (stream need not support positioning). If a stream supports positioning, I cannot see why this should not work. If a streamable T has variable size on stream, we could do forward iteration, and if T has a known constant size on the stream, we could do random access iteration, right?! Since I haven't found any previous work in this direction on the web, I suspect there is a catch... (performance?) The only disadvantage I see, is that such iterators would have a rather different semantics from the std::(i)stream_iterator:s (equality etc), and that to create an end-iterator in the random access case, we cannot just rely on the default constructor, but need to pass in the stream, perhaps prepositioned at end. The original problem is to log/write data-records T on a persistant device, for which a std::stream(buf) interface is available. A reason for using the streambuf interface is that the log can support wrap-around functionality by simply using an intermediate streambuf that cares for necessary wrap-around functionality only, and otherwise just forwards transported characters to the device's streambuf. An enhanced std::istream_iterator would provide the log user with a convenient interface for reading records T out of the log. Thanks for any hints! /Mats

3 2

Re: [Boost-users] Report from Mont Tremblant C++ Committee meeting
by Thore Karlsen 22 Oct '05

22 Oct '05

On Sun, 9 Oct 2005 21:32:30 -0400, "Beman Dawes" <bdawes(a)acm.org> wrote: [...] >String-algo : Interested, but concern over interface and choice of >functions, generic vs basic_string.5.3 separate proposal Any details on this? I love this library, and I would love to see it standardized in some form. Overall I've found the interface and function choices to be excellent (and I'd love to see even more), and I love that it's generic and not limited to basic_string. I use it on vectors and other containers for different kinds of network protocol parsing. -- Be seeing you.

9 24