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

Re: [Boost-users] Boost-users Digest, Vol 2775, Issue 2
by Edward Rankin 12 Jul '11

12 Jul '11

On Thu, Jul 7, 2011 at 12:00 AM, <boost-users-request(a)lists.boost.org>wrote: > ---------- Forwarded message ---------- > From: John Maddock <boost.regex(a)virgin.net> > To: <boost-users(a)lists.boost.org> > Date: Wed, 6 Jul 2011 10:39:37 +0100 > Subject: Re: [Boost-users] [chrono] Intel Composer XE 2011 unable to > compilechrono library > >> It will happily compile. It is rather bizarre that this is necessary, >> which >> leads Vicente and I to believe that there is a bug in the Intel Compiler. >> What do you guys think? I have also posted to the Intel forums, the thread >> can be seen here: >> http://software.intel.com/en-**us/forums/showthread.php?t=**84061<http://software.intel.com/en-us/forums/showthread.php?t=84061> >> > > Looks like a bug to me - if you have a reduced test case I file a bug > report with Intel, > > HTH, John. > One of the Intel engineers has asked for more information which I have provided. I do have Premier Support, but as there is no company-specific code involved I have chosen to go for the open forum approach. I don't think I will be able to come up with a reduced test case since I am not proficient with templates and currently do not have any idea why this error is occurring. Regards, Edward

1 0

Re: [Boost-users] [chrono] Intel Composer XE 2011 unable to compile chrono library
by Edward Rankin 12 Jul '11

12 Jul '11

Hi, 2011/7/7 <boost-users-request(a)lists.boost.org> > ---------- Forwarded message ---------- > From: Vicente Botet <vicente.botet(a)wanadoo.fr> > To: boost-users(a)lists.boost.org > Date: Wed, 6 Jul 2011 15:46:31 -0700 (PDT) > Subject: Re: [Boost-users] [chrono] Intel Composer XE 2011 unable to > compile chrono library > > Edward Rankin wrote: > > > > Hi, > > > > The purpose of this email is to get some insight on the problem we faced > > when trying to compile chrono from the 1.47 Beta 1 package. I have tried > > both the latest released compiler (2011 Update 4) and the current SP1 > > beta. > > There is no issue with VS 2010 SP1's compiler. > > > > It was first surfaced here: > > http://comments.gmane.org/gmane.comp.lib.boost.user/68421. The error > > received can be seen below: > > < snip > > > chrono.cpp > > .\boost/chrono/duration.hpp(94): error: expected an expression > > && (boost::is_convertible<Rep2, > > ^ > > > > .\boost/chrono/duration.hpp(124): error: expected an expression > > && (boost::is_convertible<Rep, > > ^ > > < snip > > > > > After some discussion with Vicente and some testing by me, it turns out > > that > > Intel was not happy with the first operand of the && operator in the > > following snippet of code: > > > > template <class Duration, class Rep2, > > bool = ( > > (boost::is_convertible<typename Duration::rep, > > typename common_type<typename Duration::rep, > > Rep2>::type>::value) > > && (boost::is_convertible<Rep2, > > typename common_type<typename Duration::rep, > > Rep2>::type>::value) > > ) > > > > > struct duration_divide_imp > > { > > }; > > > > If we place an additional parenthesis around that first operand like > this: > > > > template <class Duration, class Rep2, > > bool = ( > > ( (boost::is_convertible<typename Duration::rep, > > typename common_type<typename Duration::rep, > > Rep2>::type>::value) ) > > && (boost::is_convertible<Rep2, > > typename common_type<typename Duration::rep, > > Rep2>::type>::value) > > ) > > > > > struct duration_divide_imp > > { > > }; > > > > It will happily compile. It is rather bizarre that this is necessary, > > which > > leads Vicente and I to believe that there is a bug in the Intel Compiler. > > What do you guys think? I have also posted to the Intel forums, the > thread > > can be seen here: > > http://software.intel.com/en-us/forums/showthread.php?t=84061 > > > > Regards, > > > > Edward > > > > > > Hi Edward, > > I committed the change on the trunk. Please, let me know if there is some > issue as the I'm not able to check with Intel compilers, and the regression > test don't have a win Intel compiler. > > Thanks, > Vicente > > I have checked the release candidate and it compiles okay. Thanks. Edward

1 0

More Boostcon videos available
by Marshall Clow 12 Jul '11

12 Jul '11

Steven's talk on Boost.Units: http://blip.tv/boostcon/boost-units-5364809 Chris' talk: Are You Ready for IPv6? http://blip.tv/boostcon/are-you-ready-for-ipv6-5364812 Matias's talk: Generic Conversion and Segmentation for Ranges: a Solution for Unicode http://blip.tv/boostcon/generic-conversion-and-segmentation-for-ranges-a-so… Boris's talk: Creating Boost.Asio extensions http://blip.tv/boostcon/creating-boost-asio-extensions-5364822 (The Other) Boris talks about: Object-relational mapping with ODB and Boost http://blip.tv/boostcon/object-relational-mapping-with-odb-and-boost-5364825 The rest later this week. -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

1 0

serialization: binary archives from 1.44 to 1.46.1...
by Filip Peters 11 Jul '11

11 Jul '11

just ran into this, it seems binary archives made with 1.44 do not read in the latest(1.46.1) version. Since I read about fix_six.cpp, I thought let's try modifying the lib version, maybe that helps. (maybe somebody put fixes in that break other things?) If I change the lib version from 7 to 8, it reads in correctly..... if(boost::archive::library_version_type(7) == lvt){ lvt = boost::archive::library_version_type(8); fb.pubseekpos(26, std::ios_base::out); fb.sputn(reinterpret_cast<const char *>(& lvt), sizeof(lvt)); } (without it, the int at offset 0x26 is already reading wrong in the latest version....) Files from my program created with 1.44 and 1.46.1, with only one object in them, first element an int, only differed in the version byte. I'm just wondering if placing this fix in my reader code is going to work always, without delving too much in the serialization library changes. Best regards, Filip Peters

1 1

Help is required to get the file names in a directory...........
by Amanullah Yasin 11 Jul '11

11 Jul '11

Hello, Before, with boost 1.38 and visual studio 2005, i was using following funtion to retrieve the file names in a folder. Now i switched to boot 1.46.1 and visual studio 2010, but the following method is not working. Please guide me. void Compilation::getFileNames(vector<string>& listOfFiles) { boost::filesystem::directory_iterator iterator(string(".")); for(; iterator != boost::filesystem::directory_iterator(); ++iterator) { cout << (iterator->path().filename())<< endl; listOfFiles.push_back(iterator->path().filename() ); } error: error C2440: 'initializing' : cannot convert from 'boost::filesystem3::path' to 'std::basic_string<_Elem,_Traits,_Ax>' Thanks in advance. aman *Always have your stuff when you need it with @Dropbox. 2GB account is free! http://db.tt/xOEJ2Ag*

2 3

Compilation issue
by Alessandro Candini 11 Jul '11

11 Jul '11

I'm trying to compile an executable with the following command: g++ -Wall -pedantic -g -O3 -DDEBUG -march=native -std=c++0x -lboost_regex -o wrapCMCC wrapCMCC.cpp On an Ubuntu machine with GCC 4.5.2 and BOOST-1.42.0 I can compile without problems. But on a CentOS Linux using GCC 4.4.4 and BOOST-1.46.1 I obtain this error: In file included from /usr/include/boost/mpl/bind.hpp:27, from /usr/include/boost/mpl/lambda.hpp:18, from /usr/include/boost/mpl/iter_fold.hpp:20, from /usr/include/boost/variant/detail/initializer.hpp:27, from /usr/include/boost/variant/variant.hpp:28, from /usr/include/boost/variant.hpp:17, from cmdLine.cpp:31, from wrapCMCC.cpp:1: /usr/include/boost/mpl/apply_wrap.hpp:81:31: error: missing binary operator before token "(" /usr/include/boost/mpl/apply_wrap.hpp:173:31: error: missing binary operator before token "(" ... What does this message means? Thanks in advance... -- Alessandro Candini MEEO S.r.l. Via Saragat 9 I-44122 Ferrara, Italy Tel: +39 0532 1861501 Fax: +39 0532 1861637 http://www.meeo.it ======================================== "ATTENZIONE:le informazioni contenute in questo messaggio sono da considerarsi confidenziali ed il loro utilizzo è riservato unicamente al destinatario sopra indicato. Chi dovesse ricevere questo messaggio per errore è tenuto ad informare il mittente ed a rimuoverlo definitivamente da ogni supporto elettronico o cartaceo." "WARNING:This message contains confidential and/or proprietary information which may be subject to privilege or immunity and which is intended for use of its addressee only. Should you receive this message in error, you are kindly requested to inform the sender and to definitively remove it from any paper or electronic format."

3 4

Ranges and primitive arrays and argument forwarding
by John M. Dlugosz 11 Jul '11

11 Jul '11

In a nutshell, I want to use ranges to unify several different ways of representing "strings" in the program. This includes subranges of an existing sequence, so for consistancy a "fixed" sized container does not need a nul termination but can fill the container completely. The point here is that I want to treat arrays differently from pointers, which is unlike boost::as_literal. The idea is that I can apply a pre-conditioning function to any supported type, and get a iterator_range back out. Here is an example of a trivial function to test it out, that just returns the length: namespace internal { template <typename RangeT> size_t Strlen (RangeT s) { return boost::size(s); } } template <typename T> size_t Strlen (T s) { return internal::Strlen (internal::as_literal(s)); } For a more complex function, every argument that is meant to be a generalized "string" will be so-wrapped, and pass on to the underlying internal form which expects that they are all Ranges. The conditioning needed is almost the same as boost::as_literal, so I copied and modified that: template <typename CharT> inline boost::iterator_range<CharT> measure_fixed (CharT* p, std::size_t capacity) { // The deduced CharT will include the const if called on a const array. Char* found= std::find (p, p+capacity, CharT(0)); // the find algorithm naturally does what I want, returning the same 'end' if not found. return boost::iterator_range<CharT> (p, found); } // Copied directly from Boost: pointers and containers template< class Range > inline boost::iterator_range<typename boost::range_iterator<Range>::type> as_literal( Range& r ) { return boost::range_detail::make_range( r, boost::range_detail::is_char_ptr(r) ); } // Ditto, with const. Duplication needed because && not available on VS8 template< class Range > inline boost::iterator_range<typename boost::range_iterator<const Range>::type> as_literal( const Range& r ) { return boost::range_detail::make_range( r, boost::range_detail::is_char_ptr(r) ); } // Actual arrays: I want to treat differently from pointers. template <typename Char, std::size_t sz > inline boost::iterator_range<Char*> as_literal( Char (&arr)[sz] ) { return measure_fixed (arr, sz); } // Duplicate needed for const form. template< typename Char, std::size_t sz > inline boost::iterator_range<const Char*> as_literal( const Char (&arr)[sz] ) { return measure_fixed (arr, sz); } However, I find that it is NOT distinguishing arrays: char cA[4]= { 'a', 'b', 'c', 'd' }; // fixed size array, no termination size_t result= Strlen (cA); This is calling the regular form, not the arragy form. The top-level function's call to internal::as_literal is going to the first form, not the third. The parameter, r, is of type char*& from what the debugger tells me, so the template argument Range must be deduced as char*. The original Strlen see s as a char*, so it's already lost it at this point. If I have to write every top-level function to take separate array and non-array template forms, besides being less elegant it will be a combinitational explosion on functions that take multiple arguments. Is there a way around this that work in Visual Studio 2005 (a.k.a. VS8)? When the project finally moves to a newer compiler, does rvalue references ("perfect forwarding") fix this issue, or is it still losing the arrayness by design? Thanks, —John

1 1

Re: [Boost-users] [PropertyTree] wasRE: [Program_options] sections in config files
by Sean Farrow 11 Jul '11

11 Jul '11

Hi: Ok, I've just takan a look at property tree and it seems to do what I want, however if I use xml, and for example have an element such as: <Person id=121> <Name="bla"/> <age=33/> </Person> How will propertytree handle the attribute on person, i.e the id member? Secondly, How do I go about having a number of person entries-i.e persons. I was thinking of using a vector of propertyTrees, will this work? Any help appreciated! Cheers Sean. > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sebastian Redl Sent: 11 July 2011 13:43 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [Program_options] sections in config files On 11.07.2011 14:34, Sean Farrow wrote: Hi: I'm new to using the program_options library. I have a requirement to use an ini file style configuration file. I have a file of the form: [Section 1] Key 1 =value1 Key2=value2 [section2] Key1=value1 Key2=value2 What I'd like to be able to do is: Firstly enumerate the sections assuming the form above. Then secondly enumerate the keys and values in any section of my coosing. Will program_options allow me to do this? No, but PropertyTree will. Sebastian

1 0

Sleeping a Boost.thread for some Boost.date_time nanoseconds
by Emer Rodriguez Formisano 11 Jul '11

11 Jul '11

Good morning, I want a boost thread to sleep for some nanoseconds. The following code is a sample that compiles without errors. However, it does not work as expected and I cannot figure out why. It seems that the application get stacked when executes the instruction: sleep(time1) and it does not execute any thing else. #include <iostream> #include <boost/thread.hpp> #include <boost/date_time/posix_time/posix_time.hpp> #include <boost/date_time.hpp> //Building options: //-DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG -lboost_date_time-mt -lboost_thread-mt void replay() { boost::posix_time::time_duration time1, time2; time1=boost::posix_time::seconds(3); std::cout << boost::posix_time::to_simple_string(time1) << std::endl; boost::this_thread::sleep(time1); time2=boost::posix_time::nanoseconds(987654321); std::cout << boost::posix_time::to_simple_string(time2) << std::endl; boost::this_thread::sleep(time2); } int main(int argc, char* argv[]) { boost::thread replaythread(replay); replaythread.join(); return 0; } The BOOST_DATE_TIME_POSIX_TIME_STD_CONFIG is a preprocessor definition required in order to work with nanoseconds (http://www.boost.org/doc/libs/1_44_0/doc/html/date_time/details.html#date_t…) The thread sleeps perfectly for 3 seconds if you remove the mentioned definition from the building options and if you also comment out the code related to nanoseconds (lines 15-17). Thank you very much for your time This question was also posted to stackoverflow (http://stackoverflow.com/questions/6636731/) -- Emer Rodríguez Formisano

2 2

[Program_options] sections in config files
by Sean Farrow 11 Jul '11

11 Jul '11

Hi: I'm new to using the program_options library. I have a requirement to use an ini file style configuration file. I have a file of the form: [Section 1] Key 1 =value1 Key2=value2 [section2] Key1=value1 Key2=value2 What I'd like to be able to do is: Firstly enumerate the sections assuming the form above. Then secondly enumerate the keys and values in any section of my coosing. Will program_options allow me to do this? Cheers Sean.

2 1