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

I search information about directory_iterator
by Andy 16 Feb '18

16 Feb '18

I have: #include <boost/filesystem.hpp> namespace fs=boost::filesystem; for (auto& de : fs::directory_iterator("D:\\prog\\alg\\Diff")) { fs::path p = de.path(); auto ext = fs::extension(p); } directory_iterator is object or non-objective method? How can I write something similar, but database iterator. I want get information from mySQL. The simplest way is add everything returning by select to vector of vector of string. But I prefer database iterator. How it write? How is in general directory_iterator as a iterator model?

2 1

We need more mentors for GSoC
by David Bellot 14 Feb '18

14 Feb '18

Hi Boost community, we have already a few mentors, but we need more. If you're interested working with top-level C++ students from all around the world, please contact me and I'll add you to the list of mentors. We need more mentors now ! Best regards, David

1 0

Boost C++ is a mentoring organization for GSoC'18 !
by David Bellot 12 Feb '18

12 Feb '18

We just received this message from Google. It says it all ! *Congratulations! Boost C++ Libraries has been selected as a Google Summer of Code 2018 mentor organization.* This year again, we will be a mentoring organization for the Google Summer of Code. If you want to be a mentor, please contact me right now and register on the Google Summer of Code website too. Best regards, David

1 0

boost serialisation with clang 5.0.1
by avib369 . 12 Feb '18

12 Feb '18

I having a few problems with boost 1.53. I can build boost1.53 with, gcc 4.3-> 7.3, intel 15->17, clang 3.9.1 However with clang 5.0.1 , things go a bit pear shape. I can build boost 1.53/clang 5.0.1 and and my application no problem. However at runtime in crashes in release mode but works ok in debug mode. My early debugging point to serialisation of ptrs is broken in release mode (03) and clang 5.0.1 Has any one else seen this issue in later boost version with clang 5.0.1 ? ta, Avi

1 0

(no subject)
by giridhar 12 Feb '18

12 Feb '18

Hi Boost https://goo.gl/wknrVF Giridhar

5 4

[Graph] const safety in edge_list_impl::edge_iterator
by Hormoz Zarnani 11 Feb '18

11 Feb '18

Hello, I am wondering if there is a particular reason why the == and != operators for edge_list_impl::edge_iterator (defined in boost/graph/edge_list.hpp) are not marked const: // The implementation class for edge_list. template <class G, class EdgeIter, class T, class D> class edge_list_impl { public: ... struct edge_iterator { ... bool operator==(const self& x) { return _iter == x._iter; } bool operator!=(const self& x) { return _iter != x._iter; } EdgeIter _iter; edge_id _i; }; ... }; Also, it does not seem correct to have different const qualifiers for the operands of these operators (the above effectively says that the right operand is const, but the left operand may be changed). Thanks, Hormoz

1 0

[Interprocess] Message queue hex names
by Davies, John 09 Feb '18

09 Feb '18

I have a handful of processes all communicating with message queues. Infrequently, if a process crashes and restarts, it can't connect to the previously created message queue and creates a new one with a long hex name. This is under Windows, but I'm seeing indications the same thing is happening under Linux. Or something very similar. Under what circumstances does it do this and if I can't stop it, can I at least detect that it happened? ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

1 0

coroutine2: pull/push_type ctors with r-value ref arg
by MM 09 Feb '18

09 Feb '18

Hello, push_type class have this ctor: template< typename Fn > push_type( Fn && fn) that moves the object fn, leaving it in a moved-from state. I have a vector V1<C> of class C instances that expose a public member operator: void operator()( coroutine::pull_type& source ); and I would like to construct a vector V2 of push_types, of same size, each element of V2 I construct by emplacing back a element from V1. I assume that leaves the objects in vector V1 in a moved-from state and not usable. Those objects C in V1 are needed for other purposes. Can I use those instances of C by accessing them where they've been moved to inside the elements of V2? If not, should I make a copy of V1 before populating V2? Thanks,

1 0

Mailman upgrade
by Sys Admin - Boost 08 Feb '18

08 Feb '18

All, Per https://bugs.launchpad.net/mailman/+bug/1747209, Ciere staff will install 2.1.26 beginning 9-Feb-2018 04:00 UTC. While the maintenance is performed, incoming messages to the mailing lists for Boost will be temporarily blocked. This may result in “temporarily unable to deliver” messages received by senders if a message is delivered during the upgrade. The upgrade is expected to finish by 9-Feb-2018 05:00 UTC. Thanks, Brad Johnson Your Friendly Mailing List Admin

1 0

[test] data driven test fails to compile when number of samples greater than 9
by Georgios Sermaidis 08 Feb '18

08 Feb '18

Hello, I am having trouble compiling a simple data driven test with 10 samples. I am using clang++ (Apple LLVM version 9.0.0 (clang-900.0.39.2))with C++14 flags enabled. According to this help page http://www.boost.org/doc/libs/1_66_0/libs/test/doc/html/boost_test/utf_refe… <http://www.boost.org/doc/libs/1_66_0/libs/test/doc/html/boost_test/utf_refe…> my compiler should have no problem dealing with number of samples greater than BOOST_TEST_DATASET_MAX_ARITY which is 10 by default. Even defining BOOST_TEST_DATASET_MAX_ARITY to 20 prior to including any headers still fails to compile with the following error: /usr/local/include/boost/test/data/test_case.hpp:182: error: no matching function for call to 'bind' boost::bind( &TestCase::template test_method<Arg...>, ^~~~~~~~~~~ Any ideas how to fix it? Here is the code: #define BOOST_TEST_MODULE dataset_example68 #define BOOST_TEST_DYN_LINK #include <boost/test/unit_test.hpp> #include <boost/test/data/test_case.hpp> #include <boost/test/data/monomorphic.hpp> #include <sstream> namespace bdata = boost::unit_test::data; BOOST_DATA_TEST_CASE( test1, bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ) ^ bdata::make( { 1, 2, 3, 5 } ), sample1, sample2, sample3, sample4, sample5, sample6, sample7, sample8, sample9, sample10) {} Thank you!

2 1