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

Boost.Regex error: match_results error
by reecky 25 Jul '05

25 Jul '05

hi, when I have built the Boost.Regex libarary,and then I tested the samples of the regex. Then I found the credit_card_example correct while the capture_example error. Fistly, the capture_example compiled with the error the .captures(i) is not the member function of the match_results, then I found the source file of match_results.hpp and found this MACRO as below: #ifdef BOOST_REGEX_MATCH_EXTRA typedef typename sub_match<BidiIterator>::capture_sequence_type capture_sequence_type; const capture_sequence_type& captures(int i)const { return (*this)[i].captures(); } #endif so I defined the macro BOOST_REGEX_MATCH_EXTRA, then it compiled successful. but the error occured when I runned the program. the memory leak and system dead. so I wondered what's mean of the BOOST_REGEX_MATCH_EXTRA? many thanks for you. leecky 2005.7.25

2 1

Troubling building Boost for Borland C++ Builder 6
by Edward Diener 25 Jul '05

25 Jul '05

When building Boost for C++ Builder 6 and Boost 1.32, the serialization libray fails to build. The reason for this is that it attempts to use the latest Spirit header files and this does not support C++ Builder 6. What makes this doubly annoying is that the only reason that serialization needs to use Spirit is to support XML serialization. So even if I will never be using serialization for XML serialization, but will use it for the more mainstream binary serialization, I can not use this library with C++ Builder 6. Clearly this is a case for a built library to be split up into sub-libraries, so that there would be a built serialization library supporting binary serialization, which would not be dependent on Spirit, and a built serialization library supporting XML serialization, which would be dependent on Spirit. In this case I would be able to build the library that did not depend on Spirit for C++ Builder and I would not care, if I never used XML serialization, whether or not the library that was built to support XML serialization could be built for C++ Builder 6. In the serialization documentation it says that one can build serialization so that it can be used with C++ Builder 6 by downloading the standalone version of Spirit 1.6, installing that, and setting the SPIRIT_ROOT environment variable to the directory where Spirit 1.6 is installed. Despite having done this, any attempt to build serialization for C++ Builder 6 ends with error messages showing that header files for Spirit in the main Boost directory, rather in the Spirit 1.6 directory, are being used in the process to build the serialization library. The error message comes from spirit/core/config.hpp in my Boost 1.32 directory tree that C++ Builder 6 is not supported. In the Spirit 1.6 distribution there is no spirit/core/config.h. While I understand that a particular library may not want to support a particular compiler/version because that compiler is deficient in the C++ standard requirments to support that library, I feel that if a library is marked as supporting a compiler/version it should do so. In the case of serialization in Boost 1.32 it is marked as supporting C++ Builder 6 when clearly it does not according to my efforts.

4 12

minimal spanning trees & Visual C++ 7.1
by Amit K. Jain 24 Jul '05

24 Jul '05

Hello, I've got the latest version of Boost set up w/ Visual C++ 7.1. When I try to compile kruskal-example.cpp or prim-example.cpp, I get an internal compiler error on properties.hpp:216. I'm reasonably sure that I have Boost set up properly because I can use the strongly connected components stuff w/ adjacency lists just fine. Has this happened to anyone else and, if so, does anyone know how to work around it? Thanks in advance -Amit

1 0

help with integral type conversion trait
by Slawomir Lisznianski 24 Jul '05

24 Jul '05

Hello, I'm looking for a way to convert an integral type into its unsigned equivalent. For example, assume a trait called to_unsigned_integral such that: to_unsigned_integral<int>::type ---> yields unsigned int to_unsigned_integral<short>::type ---> yields unsigned short to_unsigned_integral<unsigned char>::type ---> yields unsigned char ... Regards, Slawomir

2 2

Missing functions in date_time library
by Sean Rohead 23 Jul '05

23 Jul '05

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? 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. Thanks, Sean

2 1

Re: [Boost-users] Can't create time_duration with milliseconds onVS.NET 2003
by Sean Rohead 23 Jul '05

23 Jul '05

Thank you! I also discovered that this works: time_duration t(8, 45, 0, milliseconds(100).fractional_seconds()); Sean -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Jeff Garland Sent: Thursday, July 21, 2005 9:37 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Can't create time_duration with milliseconds onVS.NET 2003 On Thu, 21 Jul 2005 18:37:32 -0600, Sean Rohead wrote > I am using VS.NET 2003 and attempting to create a time_duration > using hours, minutes, seconds, and milliseconds. > > However, I get an error message regarding the 4th parameter > (milliseconds). > > Here is my code and the error message: > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > // main.cpp > > #include "boost/date_time/posix_time/posix_time.hpp" > > using namespace boost::posix_time; > > void main() > { > time_duration t(8, 45, 00, milliseconds(100)); > } The error is valid. Milliseconds is-a time-duration so you don't pass it as the fourth parameter. Add it instead. Something like: Try this instead: time_duration t(8, 45,0); t += milliseconds(100); or even clearer: time_duration t = hours(8) + minutes(45) + milliseconds(100); Jeff _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Trouble building Boost for Comeau
by Edward Diener 23 Jul '05

23 Jul '05

When I attempt to build the Boost libraries for the Comeau compiler using vc71 as my backend, each build line fails with: "Command-line error #595: too many arguments on command line" Is there a workaround to this problem ? I am surprised to see that for compilers which support the use of a file to hold command line parameters the build process does not use this technique, which leads to such an error.

2 3

boost cvs acces?
by Serge Skorokhodov 23 Jul '05

23 Jul '05

Hi, Something real bad happend with access to :pserver:anonymous@cvs.sourceforge.net:/cvsroot/boost:( 'unrecognized auth responce from cvs.sourceforge.net' I've found no clues on boost site and on sourceforge site. Any help? TIA -- Serge

2 1

nontemplate iterators
by Mike Gibson 23 Jul '05

23 Jul '05

Does such a thing exist? So you could the following (with some_iterator begin the 'thing'): template <typename Value> class some_iterator { ...magic... }; void f(some_iterator<int> begin, some_iterator<int> end) { ...do something cool with begin and end... } int double_int(int i) { return i * 2; } int main() { std::vector<int> vec_int; ...fill vec_int... f( make_some_iterator(vec_int.begin()), make_some_iterator(vec_int.end())); f( make_some_iterator( make_transform_iterator(vec_int.begin(), double_int)), make_some_iterator( make_transform_iterator(vec_int.end(), double_int))); std::deque<int> deq_int; ...fill deq_int... f( make_some_iterator(deq_int.begin()), make_some_iterator(deq_int.end())); }

2 1

[Filesystem] path refuses "foo\bar" on win32/mingw
by Alo Sarv 23 Jul '05

23 Jul '05

When passing "foo\bar" to boost::filesystem::path constructor, it is accepted when compiled with MSVC, but is refused when compiled with mingw-gcc (v3.4.2). "foo/bar" argument is accepted with both compilers. Test-case: #include <boost/filesystem/path.hpp> #include <iostream> using namespace boost::filesystem; using namespace std; int main(int argc, char *argv[]) { path::default_name_check(native); try { path p1("foo/bar"); cerr << "ok - constructed from 'foo/bar'" << endl; } catch (std::exception &e) { cerr << e.what() << endl; } try { path p1("foo\\bar"); cerr << "ok - constructed from 'foo\\bar'" << endl; } catch (std::exception &e) { cerr << e.what() << endl; } return 0; } Compiled with: g++ -I c:\boostcvs\include\boost-1_33 -L c:\boostcvs\lib test-path.cpp -o test-path -lboost_filesystem-mgw-d Tested against: Boost 1.32 release, CVS HEAD Is it a bug in FS library, or I'm doing something wrong? One would expect native paths be accepted by path with native namechecker, and I can't see any mingw/msvc-specific code in FS library, which could explain why it works with one compiler, but not with other compiler... Alo

2 2