- Boost-users - lists.boost.org

Grep() question
by Winson Yung 25 Jul '06

25 Jul '06

Hello all, I have the following regular expression, but it doesn't match to this text "REVENUE ................................................... $10,481.1" const char* pattern[] = "Revenue[\s\.]*\$?\s*([0-9,\.]*)"; my code looks something like this: std::vector <unsigned int> v; boost::RegEx expr(pattern, true); v.clear(); unsigned int result = expr.Grep(v, pBuf); if (result != 0) { std::string s = expr[0]; s = expr[1]; ............ Why expr[0] and expr[1] weren't return the aboved mention text as the first match? I think set 'true' in expr constructor means do case insensitve match. /Winson.

2 7

Newbie String Splitting Question
by Seth Nielson 25 Jul '06

25 Jul '06

Hi Two questions related to string tokenization. 1. Which is preferred? using "split" or the "tokenizer class"? 2. Both of these methods seem geared towards splitting on characters rather than splitting on substrings. Is there yet another method that is preferred for splitting a string on an exact substring? If I want to split "I<mark>Am<mark>A<mark>Test" into I, Am, A, Test, what is the best way? It seems that for split I'll have to write my own predicate, and for tokenizer, I'll have to write my own tokenizerFunction. -- Seth N.

7 11

[shmem] compile time error with mingw (uint64_t)
by Sascha Lumma 25 Jul '06

25 Jul '06

Hi, Thats my second posting for this error, but in the first one I've done a error in reasoning. I get this error when I try to compile my application with mingw in Windows. ./boost/shmem/sync/xtime.hpp: In function `int boost::shmem::xtime_get(boost::shmem::xtime*, int)': ./boost/shmem/sync/xtime.hpp:91: error: integer constant is too large for "long" type The line which produce this error message is the following. static const boost::uint64_t timespec_to_filetime_offset = (boost::uint64_t)(116444736000000000); Firstly I thought that I've a configuration problem and uint64_t is defined with "long" or "unsigned long" and cannot hold this 64 bit constant, but it was wrong. uint64_t has just like the constant 64 bit - sizeof(boost::uint64_t) returns 8. If I replace boost::uint64_t with "unsigned long long" the same error occures. But unsigned has no sign bit and should hold exactly 64 bit values. I've absolutely no idea. What's wrong??? Thank you in advance for every reply, Sascha

3 4

How to build only one library ?
by Hrvoje Ban 25 Jul '06

25 Jul '06

I'm using MinGW and I want to build only Pointer Container library but I can't find way to configure Boost build system (I'm using Jam). Also, I noticed that Jam builds eight version of each library, get it be configured to only make one or two version since I don't need the others?

2 2

Re: [Boost-users] [Test] BOOST_*_COLLECTIONS
by Sohail Somani 25 Jul '06

25 Jul '06

Err. Nm. Brain fart... Const ostream! > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Sohail Somani > Sent: Tuesday, July 25, 2006 10:00 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] [Test] BOOST_*_COLLECTIONS > > Sorry, I should have sent this email here: > --- > Hi, > > With the following test case: > > #include <boost/array.hpp> > > template<typename T,size_t N> > std::ostream operator<<(const std::ostream & os, const > boost::array<T,N> & arr) > { > os << "[ "; > for(size_t i = 0 ; i < N-1; ++i) > { > os << arr[i] << ", "; > } > os << arr[N-1] << " ]"; > return os; > } > > BOOST_AUTO_UNIT_TEST ( test_boost_test_array ) > { > boost::array<double,3> arr1[] = { > {{1,0,0}}, > {{1,2,2}} > }; > > boost::array<double,3> arr2[] = { > {{1,0,0}}, > {{1,2,2}} > }; > > BOOST_REQUIRE_EQUAL_COLLECTIONS(arr1,arr1+2, > arr2,arr2+2); > } > > I'm getting odd compile errors at this line: > > res.message() << "\nMismatch in a position " << pos << ": " > << *left_begin << " != " << *right_begin; > > gcc.compile.c++ bjam-build/gcc/release/unit_tests/data_utils.o > external/boost/include/boost/test/utils/wrap_stringstream.hpp: > In function âboost::basic_wrap_stringstream<CharT>& > boost::operator<<(boost::basic_wrap_stringstream<CharT>&, > const T&) [with CharT = char, T = boost::array<double, 3u>]â: > external/boost/include/boost/test/test_tools.hpp:495: > instantiated from âboost::test_tools::predicate_result > boost::test_tools::tt_detail::equal_coll_impl(Left, Left, > Right, Right) [with Left = boost::array<double, 3u>*, Right = > boost::array<double, 3u>*]â > unit_tests/data_utils.cpp:62: instantiated from here > external/boost/include/boost/test/utils/wrap_stringstream.hpp: > 66: error: no match for âoperator<<â in â(+ > targ)->boost::basic_wrap_stringstream<CharT>::stream [with > CharT = char]() << tâ > > What am I missing here? > > Sorry for the long email! > > TIA, > > Sohail > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

[Test] BOOST_*_COLLECTIONS
by Sohail Somani 25 Jul '06

25 Jul '06

Sorry, I should have sent this email here: --- Hi, With the following test case: #include <boost/array.hpp> template<typename T,size_t N> std::ostream operator<<(const std::ostream & os, const boost::array<T,N> & arr) { os << "[ "; for(size_t i = 0 ; i < N-1; ++i) { os << arr[i] << ", "; } os << arr[N-1] << " ]"; return os; } BOOST_AUTO_UNIT_TEST ( test_boost_test_array ) { boost::array<double,3> arr1[] = { {{1,0,0}}, {{1,2,2}} }; boost::array<double,3> arr2[] = { {{1,0,0}}, {{1,2,2}} }; BOOST_REQUIRE_EQUAL_COLLECTIONS(arr1,arr1+2, arr2,arr2+2); } I'm getting odd compile errors at this line: res.message() << "\nMismatch in a position " << pos << ": " << *left_begin << " != " << *right_begin; gcc.compile.c++ bjam-build/gcc/release/unit_tests/data_utils.o external/boost/include/boost/test/utils/wrap_stringstream.hpp: In function âboost::basic_wrap_stringstream<CharT>& boost::operator<<(boost::basic_wrap_stringstream<CharT>&, const T&) [with CharT = char, T = boost::array<double, 3u>]â: external/boost/include/boost/test/test_tools.hpp:495: instantiated from âboost::test_tools::predicate_result boost::test_tools::tt_detail::equal_coll_impl(Left, Left, Right, Right) [with Left = boost::array<double, 3u>*, Right = boost::array<double, 3u>*]â unit_tests/data_utils.cpp:62: instantiated from here external/boost/include/boost/test/utils/wrap_stringstream.hpp:66: error: no match for âoperator<<â in â(+ targ)->boost::basic_wrap_stringstream<CharT>::stream [with CharT = char]() << tâ What am I missing here? Sorry for the long email! TIA, Sohail

1 0

Re: [Boost-users] Boost-users Digest, Vol 976, Issue 2
by Wu Yinghui, Freddie 25 Jul '06

25 Jul '06

> Wu Yinghui, Freddie wrote: >> Hi all, >> >> I'm just starting to try out Boost.Date_time library. As a newbie, I >> want to know if there is any good tutorial or "get started" guide >> somewhere that I can refer to. >> >> I've checked out the Data_time library documentation, as well as done >> some search on Google. Yet I cannot find useful information for an >> absolute beginner. >> >> Simple operation such as "Get the current time in the current time zone, > > http://www.boost.org/doc/html/date_time/posix_time.html#ptime_from_clock > >> and print it out using ISO format" is not achievable from reading the >> documentation-- > > http://www.boost.org/doc/html/date_time/posix_time.html#ptime_to_string > >> It is helpful to an experienced user, but not at all to a >> newbie. >> >> So any hints on how I should get started with Boost.Date_time library? > > Read the docs and examples a little deeper. > >> Cheers, >> >> Freddie >> >> P.S. I found one very annoying fact that most examples in Boost >> documentation do not indicate the namespace and/or header file to use >> for all those classes and types. This makes it very difficult for a >> beginner to get started in general. Any comments on this? > > All of the following examples clearly show the header and namespace: > > http://www.boost.org/doc/html/date_time/examples/general_usage_examples.html > > http://www.boost.org/doc/html/date_time/examples.html > > Overall I've never had a problem with this in Boost docs. > > Jeff Thanks for the pointers Jeff. You can pinpoint where the docs is for that specific task, because you had experience with the library (BTW, that task is just "for example," and I have a lot more doubts regarding the usage of the library). Thanks for the efforts on the library as well as the documentation. I guess it's time for me to refresh our local document cache with the ones on boost.org. :p I think the docs now look a lot more approachable. Sorry for the noise. Regarding the namespace/header file problem, it is not fair to say that all docs had me confused on it. But I did face problems previously when I was going through the references for certain functions I needed. Sometimes, I simply cannot find out the exact namespace/header to use without grepping the source tree (or go back to read the docs in full). Cheers, Freddie

2 1

(no subject)
by Jason Zhang 25 Jul '06

25 Jul '06

Hi everybody, I came cross the error C2064 "term does not evaluate to a function taking 0 arguments" when I was compiling "boost_1_33_1\boost\numeric\ublas\vector.hpp". The error is referred to the sentence BOOST_UBLAS_INLINE const_iterator (const iterator &it): container_const_reference<self_type> (it ()), it_ (it.it_) {} at line 293. Could anybody help provide hints to solve the problem? Many thanks, Jason

1 0

[shmem] error: constant is too large for long type
by Sascha Lumma 25 Jul '06

25 Jul '06

Hi all, I try to port my application to windows and use mingw 3.4.2 (32 bit machine). I get the following error at compilation time and I'm not sure, is that a misconfiguration or bug? ./boost/shmem/sync/xtime.hpp: In function `int boost::shmem::xtime_get(boost::shmem::xtime*, int)': ./boost/shmem/sync/xtime.hpp:89: error: integer constant is too large for "long" type The variable which should take this big decimal number (116444736000000000 -> exactly 32 bit) in line 89 is from type uint64_t and should have 64 bit unsigned. But that isn't so, it's just only long=int type (31 bit). If I look to the definition from uint64_t (boost/cstdint.hpp), there are much possibilities. With the GNU compiler it should be used the unsigned long long type as uint64_t and that are 64 bits. In worst case it should be used a 32 bit unsigned long type. Why I've only a long type? Thank you very much for reply, Sascha

2 1

[Date_time] How to Get Started?
by Wu Yinghui, Freddie 25 Jul '06

25 Jul '06

Hi all, I'm just starting to try out Boost.Date_time library. As a newbie, I want to know if there is any good tutorial or "get started" guide somewhere that I can refer to. I've checked out the Data_time library documentation, as well as done some search on Google. Yet I cannot find useful information for an absolute beginner. Simple operation such as "Get the current time in the current time zone, and print it out using ISO format" is not achievable from reading the documentation--It is helpful to an experienced user, but not at all to a newbie. So any hints on how I should get started with Boost.Date_time library? Cheers, Freddie P.S. I found one very annoying fact that most examples in Boost documentation do not indicate the namespace and/or header file to use for all those classes and types. This makes it very difficult for a beginner to get started in general. Any comments on this? -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

2 1