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

Is this a known bug in lexical_cast<double> ?
by TILLMAN, MICHAEL D9 16 Jul '15

16 Jul '15

We're using boost 1.51. Management is reluctant to upgrade because the software is for manned space flight and our current boost version has been stable. Wanted to see if there was a known bug with boost::lexical_cast<double>. We're seeing failures on what appear to be valid float strings. When we catch the exception, and simply do a second cast on the same string, the cast succeeds. The Code fragment: try { dVal = boost::lexical_cast<double>(theValue); } catch(boost::bad_lexical_cast &eX) { ... more code ... firstAttemptFailed = true; } // If the first cast succeeded, don't bother to attempt it again. if(firstAttemptFailed == true) { // Let the API throw the actual exception if the second attempt also fails. dVal = boost::lexical_cast<double>(theValue); } The string sequence this fails on is: ... ... "7104", "0.416666699999999999983", "0.22222224", "4.08233160000000000001", "1.81436960000000000002", ... ... It fails on the last string, "1.81.....", in the actual program, but when compiled into a simple test program, it succeeds. If there is a known bug, we may be able to get a Boost upgrade installed. Thanks, Mike

9 12

Re: [Boost-users] Query regarding interest in my submitting plf::colony to Boost
by Colin Humphries 16 Jul '15

16 Jul '15

> I don't think anything related to multithreading should be done by such kind of container. Disturbed by that comment I just wanted to add for the benefit of anyone just starting out with multi-threading that in my experience containers are entirely safe for multi-threading PROVIDED that you're only reading from them (i.e. they are passed by const &). This is by far the most efficient way to pass common information into parallel threads (all threads read the same data). For containers required to return a result, the approach that works for me is to create a vector of containers and dedicate one to each thread. The result containers must be guaranteed to remain in scope until all threads have completed so I usually make them global. The only challenge is how to efficiently coalesce the partial results. Get this wrong (or use too many threads) and the performance gain from multi-threading quickly evaporates. Colin Humphries

2 1

[Graph] pgRouting and boost.graph
by Vicky Vergara 16 Jul '15

16 Jul '15

Hello, We work on the pgRouting project and we are updating our code to use Boost.Graph. For the moment our intention is to have a V2.1 of pgRouting modifying 3 of our routing functions, and I am working on the documentation. I am making references to Boost.Graph, I would like some one from Boost.Graph team to check if the references I am making are according to your requirements and /or give us some suggestions. The following link takes you to the tentative documentation that mentions Boost.Graph. https://github.com/pgRouting/pgrouting/blob/develop_2_1_0/src/dijkstra/doc/… Thanks in advance. Vicky

2 2

Boost graph parallel issue
by Mayank Bakshi 16 Jul '15

16 Jul '15

2 3

How do I build boost with a specific compiler flag?
by Gagnon, Joseph - 0553 - MITLL 15 Jul '15

15 Jul '15

Hello, I am developing a C++ application on a Linux (CentOS 6.6) platform with gcc 4.8.2. I need to build the Boost libraries I'm using (Regex and others) such that the code is compiled with the "-fPIC" (position-independent code) option. I looked around on the Boost web site and found information about a configure script and something called Boost.Config. I quickly got overwhelmed. What do I need to do to have the Boost build system use this flag to build its libraries? Is it something fairly simple, or do I need to invoke a complicated set of steps? Thanks, Joe Gagnon Engineer II Group 53 - Secure Resilient Systems and Technology MIT Lincoln Laboratory Lexington, MA

2 1

[Test] Did This Pass, Or Didn't it?
by Merrill Cornish 15 Jul '15

15 Jul '15

Here is the Boost Test assertion: BOOST_CHECK_EXCEPTION(dummyOpr->setOperand(emptyValue), DiGSE::fail, fail_msg); Here is the test execution log message: info: check 'incorrect exception DiGSE::fail is caught' has passed I have only one exception: *DiGSE::fail* (derived from *std::exception*). It is the /only /exception that appears in the *BOOST_CHECK_EXCEPTION()* assertions. So, what does "incorrect exception *DiGSE::fail*" mean? If *DiGSE::fail* was caught, then that part is correct. If the message means that some /other/ exception was caught, then this is a Really Poor way of phrasing that information. Or, did the predicate return *false* (which, in my case, means the exception message is wrong)? But if the wrong exception was caught /or/ the predicate returned *false*, then why was the assertion declared "has passed"? Merrill Cornish

2 1

Test: Different versions of doc (raffienficiaud)
by Florian Lindner 15 Jul '15

15 Jul '15

Hello, additionally to the official documentation of boost test at [1], I have found a different version at [2]. This looks like the official documentation but describes much more features and more comprehensive. However, although not the development version at [3]. What does the version from raffienficiaud describes? Is this some own extensions of him? Thanks, Florian [1] http://www.boost.org/doc/libs/1_58_0/libs/test/doc/html/index.html [2] http://raffienficiaud.github.io/test/index.html [3] http://svn.boost.org/svn/boost/trunk/libs/test/doc/html/index.html

3 2

Boost.DLL formal review is ongoing
by Vladimir Prus 15 Jul '15

15 Jul '15

The formal review of Boost.DLL library by Antony Polukhin is nearing the end of the first week. As of today, over 100 people read through the library's tutorial, suggesting quite some interest. However, no reviews were submitted yet. Please take the time to post your thoughts - even if you don't have time to do a full review, or try the library, comments on design and interfaces are still very valuable. The summary of the library features and review checklists are reproduced below. Boost.DLL is a C++98 library for comfortable work with DLL and DSO. Library provides a portable across platforms way to: - load libraries at runtime - import and export any native functions and variables - make alias names for C++ mangled functions and symbols - query libraries/objects and executables for sections and exported symbols - self loading and self querying - getting program and module location by exported symbol The documentation can be found at: http://apolukhin.github.io/Boost.DLL/index.html and the source can be obtained at: https://github.com/apolukhin/Boost.DLL Please post your reviews on the mailing list and if possible, answer the following questions: - Should the library be accepted? - How useful is it? - What's your evaluation of - Design - Implementation - Documentations - Tests - How much effort did you put into your evaluation? - Did you attempt to use the library? On what systems and compilers? Thanks, Volodya _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

5 8

the stability of breadth_first_visit in BGL
by breadbread1984 14 Jul '15

14 Jul '15

I am wondering if breadth_first_visit can always get the same sequence of vertex no matter whether the graph is serialized and deserialized again. Thx

4 3

Subgraph at distance n
by Rossano Schifanella 14 Jul '15

14 Jul '15

Hi all, which is the easiest way to extract from a graph G and a generic node source a subgraph with all the vertices/edges at distance at most n from source? Thanks a lot for your help. Best, Rossano

2 1