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

From: giridhar
by giridhar 19 Mar '15

19 Mar '15

Hello boost http://thalbangla.org/business.php?broken=6zpp82zkpkd1 giridhar Sent from my iPhone

1 0

[afio][v1.30 "C++ Now edition" released]
by Niall Douglas 19 Mar '15

19 Mar '15

Dear Boost, I am very pleased to announce the v1.30 release of proposed Boost AFIO, a Boost library implementing asynchronous file input/output which has been in the review queue since 2013. This is the version of AFIO which will be overviewed in my talk at C++ Now 2015. It also demonstrates the validity of the clang AST driven BindLib standalone Boost library conversion technique which will also be overviewed at C++ Now. Source distro: https://github.com/BoostGSoC13/boost.afio/archive/v1.30_Boost_v1.57.zi p Docs and CI dashboard: https://boostgsoc13.github.io/boost.afio/ Major new features in the v1.30 release: * Performance was improved by removing the transactional memory support in the v1.2 engine which is now compile time enabled only. Throughput now reaches up to 85% of raw ASIO and average latencies were reduced by 48%, yielding a 15 microsecond average latency with +/- 0.15 microsecond at a 95% confidence interval. This should enable AFIO to handle the latest generation PCIe SSDs with their 80 microsecond latencies reasonably well. * AFIO is now capable of complete standalone usage no Boost dependencies whatsoever, including for its unit testing via a Boost.Test emulation. * Due to its use of libclang AST generated template aliasing to allow user swapping of STL 11 implementation, minimum compilers required are now VS2013, GCC 4.7 and clang 3.2. All the VS2010 workarounds baggage has been eradicated. * All things related to async_data_op_req are now fully metaprogrammed with automatic generation by the compiler of suitable ASIO scatter-gather buffers from input types and STL containers with correct scatter-gather buffer coalescing where safe to do so. This automatic generation is user customisable via free function specialisation. * Support for relative paths from an open file descriptor was added. This lets you specify a file descriptor as a base from which a path fragment operates with the path resolution atomically performed in the kernel, and therefore the path of the base file descriptor may rapidly change safely. * AFIO is now optimally filing system race condition safe on all supported platforms, with per-API documentation of how much race safety is guaranteed per platform. A soak unit test verifies per commit that perfect race safety under severe and rapid filing system change is maintained. * A new afio::path type which very thinly wraps filesystem::path was added. The new afio specific path type makes the management of NT kernel path to Win32 path transition and conversion explicit, and therefore much harder to accidentally get wrong. A new normalise_path() function can convert a NT kernel path to a traditional Win32 path, complete with drive letter. * New platforms supported: Apple OS X and Android 5.0. * New filing system features support: All platforms: sparse file support, storage extent enumeration, extent deallocation ("hole punching"), volume metadata fetching (statfs), open file handle path discovery, hard link support, atomic relink (rename) support. Windows only: file symlinking, NT lock file performance flags (lock file performance is now not far from POSIX), workaround semantics for all the ways Windows will surprise you on the filing system such as files and directories which won't delete. AFIO now does a fair job of replicating POSIX filing system semantics on Windows (and better than Mingw/Cygwin presently). Linux: symlinks are now opened as file descriptors on kernels supporting that feature. * Doubled the size of the tutorial, with all the new material being non-toy examples. There is a particularly nifty "File locking via only atomic appending and hole punching" algorithm implementation in there, and it holds up surprisingly well compared to traditional file locks except on ZFS. Plus, it's completely portable. * Some utility routines in preparation for AFIO v1.4: a cryptographically strong random filename generator, a hugepage TLB STL allocator useful for efficient file copy buffers, a very highly optimised C++ 14 constexpr constructing arbitrary Hamming code SECDED template class (an amazing 22 cycles per byte for the 32784,32768 code), and secure to-hex and from-hex validating converters. * No shortage of bug fixes, helped hugely by additional unit testing for correct error handling. Detailed changelog can be found at https://boostgsoc13.github.io/boost.afio/doc/html/afio/release_notes.h tml. I'll tag a Boost 1.58 release on github once Boost 1.58 is out. This release took far longer than I originally intended mainly due to the extensive debugging of weird filing system races, and for six weeks now I've been working till 5am every night after my day job. I cannot tell you how glad I am to see this release out! My enormous thanks to my family who have put up with a lot for this release, and to my employer for a fairly dopey employee recently. Bed, here I come! Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

3 2

[Phoenix] Version 1.57 of Phoenix breaks when used with MSVC 2010 compiler?
by Andrew Nordquist 19 Mar '15

19 Mar '15

Hello, folks - I must be doing something wrong, but I can't figure it out. I/we have been using Boost in our 20,000+ lines of C++ code for a few years now. We started with 1.43, went smoothly to 1.53, and although it was bumpy going from MSVC 2008 to MSVC 2010, we are there now. We are now using MSVC 2010 and Boost 1.53. We use many routines, including Phoenix, Spirit, bind, tie, etc. I am attempting to migrate to Boost 1.57. Got clobbered with about 400 lines of unexpected diagnostic in the compiler. That is the attached file. In the file, the lines showing the files named "cutoffitem.cpp" and "densitydelegate.cpp" are ours, but what is between these two lines is coming from Boost. It appears that it could be a C++11 type of problem, but I'm not sure . I read about that potential problem with the [utility] [result_of] class template in the report designated n3276 and in the 1.57 [utility] documentation. I think the major concern with this issue was going to Boost 1.52. In our code, I tried a quick-fix precompiler #define, but it did not work. Got any ideas? I'm about to go back to version 1.53, at least until I upgrade to Visual Studio 2013. Thank you, /Andrew Nordquist Research Analyst Southwest Research Institute San Antonio, TX, USA

1 0

[geometry] Compile error on project_inverse_transformer.hpp
by Jeremy Murphy 19 Mar '15

19 Mar '15

Hi Geometry team, nice to meet some of you (Adam, Barend, Menalaos) at Meeting C++ last year! I started doing projection transformations for the first time recently and found some compilation errors (using gcc or clang) when I include "project_inverse_transformer.hpp". Specifically, this is the amusingly helpful output from clang 3.6: project_inverse_transformer.hpp:63:9: error: no member named 'convert' in namespace 'boost::geometry::detail'; did you mean 'concept'? and project_inverse_transformer.hpp:63:9: error: no template named 'point_to_point' in namespace 'boost::geometry::concept'; did you mean 'detail::conversion::point_to_point'? Are these just known unfinished features? Thanks, cheers. Jeremy

1 0

[asio] wrap lambda async_receive call
by Andrew Hundt 18 Mar '15

18 Mar '15

In C++11 is there an easy way to use boost::asio::io_service::strand::wrap() on a lambda function handling the return of an async_receive call? As noted in the docs (link below it looks like there has to be an implementation of asio_handler_invoke but I'm not sure how that would work for a lambda function. Looking through the C++11 examples I can't find any examples of using a strand. Any help would be greatly appreciated. http://www.boost.org/doc/libs/1_57_0/doc/html/boost_asio/overview/core/stra… Cheers! Andrew Hundt

2 1

Better late than never - command line interface to on line code generator
by Brian Wood 17 Mar '15

17 Mar '15

In 2007 there was some discussion here about on line code generation: http://lists.boost.org/Archives/boost/2007/02/116997.php One thing I said back then was: "There isn't a library to download." That's changed and now there's an archive that can be downloaded: http://webEbenezer.net/build_integration.html Martin Slater, commenting on the fact that the only way to use the code generator was through a web interface, said: "the fact that it cannot be integrated into the build process easily ... would deter many from using it" I agreed with him on that point at the time and have spent a lot of time since then developing a command line interface to make it easy to integrate on line code generation into build processes. The archive mentioned above is the result of that work. So now I would like to ask for further thoughts and feedback. How can it be improved? It has support for some Boost types and I'm open to adding support for more. Tia. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

1 0

Boost release 1.58.0 beta 1 is now available from SourceForge
by Marshall Clow 17 Mar '15

17 Mar '15

Boost release 1.58.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/ <http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/> This release contains three new libraries: • Endian: Types and conversion functions for correct byte ordering and more regardless of processor endianness. • Sort: includes spreadsort, a general-case hybrid radix sort that is faster than O(n*log(n)) • WinAPI: For details of what's in the release, see http://www.boost.org/users/history/version_1_58_0.html <http://www.boost.org/users/history/version_1_58_0.html>. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 (this will be fixed before the final release) Thanks, -- The Boost Release Team

3 2

Boost::MSM: Transition Priority
by georg＠schorsch-tech.de 17 Mar '15

17 Mar '15

I try to use boost::MSM to implement a simple state machine for testing purpose. There are several events which have to be processed in the right order, so i defer the other events, which are currently not allowed. I try to defer the events in the transition table, to have one place to look for it, despite having all states to look, what events they defer. I tried to change the transition rows to change their priorities, but it didnt help. If i unkomment the anonymous transition from live_got_image to live_wait_for_image, it works as expected, but i want to transition automaticly to repeatedly enter the states live_wait_for_image/live_got_image until the ev_stop_live get sent. I expect the following output: ------------------------------ entering: fsm_master entering: not_ready no transition from state 0 on event struct `anonymous namespace'::ev_stop_live leaving: not_ready starting: live_wait_for_image leaving: live_wait_for_image starting: live_got_image leaving: live_got_image entering: not_ready but actually i get the following output: ---------------------------------------- entering: fsm_master entering: not_ready no transition from state 0 on event struct `anonymous namespace'::ev_stop_live leaving: not_ready starting: live_wait_for_image leaving: live_wait_for_image starting: live_got_image leaving: live_got_image starting: live_wait_for_image I use boost 1.57.0 and MSVC-2013 (VS-12). Could anybody get me a useful hint? Georg Here is the code: #include <iostream> // back-end #include <boost/msm/back/state_machine.hpp> //front-end #include <boost/msm/front/state_machine_def.hpp> #include <boost/msm/front/functor_row.hpp> namespace msm = boost::msm; namespace mpl = boost::mpl; namespace { using namespace boost::msm::front; // events struct ev_start_stop {}; struct ev_start_live {}; struct ev_stop_live {}; struct ev_learn {}; struct ev_load {}; struct ev_got_image { int payload; }; // front end: define the FSM structure struct fsm_master_ : public msm::front::state_machine_def<fsm_master_> { typedef int activate_deferred_events; template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "entering: fsm_master" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: fsm_master" << std::endl; } // the fsm states which are not sub state machines struct not_ready : public msm::front::state<> { template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "entering: not_ready" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: not_ready" << std::endl; } }; // The list of FSM states struct live_wait_for_image : public msm::front::state<> { template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "starting: live_wait_for_image" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: live_wait_for_image" << std::endl; } }; struct live_got_image : public msm::front::state<> { // here we got the image and we can check, if we need to react on an external event // otherwise transit to wait_for_image and fetch the next image template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "starting: live_got_image" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: live_got_image" << std::endl; } }; // --------------------------------------------------- // initial state: fsm_master_ typedef not_ready initial_state; typedef fsm_master_ l; struct transition_table : mpl::vector< // Start Event Next Action Guard // +---------------------+----------------+-------------------+-------------------+----------------+ _row < not_ready, ev_start_live, live_wait_for_image >, _row < live_wait_for_image, ev_got_image, live_got_image >, Row < live_wait_for_image, ev_stop_live, none , Defer , none >, _row < live_got_image, none, live_wait_for_image >, _row < live_got_image, ev_stop_live, not_ready > // +---------------------+----------------+-------------------+-------------------+----------------+ > {}; // Replaces the default no-transition response. template <class FSM, class Event> void no_transition(Event const& e, FSM&, int state) { std::cout << "no transition from state " << state << " on event " << typeid(e).name() << std::endl; } }; // back-end: fsm_master typedef msm::back::state_machine<fsm_master_> fsm_master; } void test() { fsm_master s; s.start(); s.process_event(ev_stop_live()); // this gets no transitioned s.process_event(ev_start_live()); // this one enters live s.process_event(ev_stop_live()); // this gets defered s.process_event(ev_got_image()); // this one enters got_image and the stop live should get processed. // now we should be in not ready again, but we are still in live_wait_for_image } int main() { test(); return 0; }

2 3

Re: [Boost-users] [scope_exit] 1.57 MSVC C4003 warning
by Cheng Mo 17 Mar '15

17 Mar '15

Hi, Edward： Thanks a lot.

1 0

How to get Text Archive with CRLF after each record?
by Tony Camuso 16 Mar '15

16 Mar '15

I'm just getting one big line, no CRLF in the archive. Makes it difficult to debug. Interesting thing is that I was seeing CRLF in a previous archive I created in another app. There is no difference I can detect in the way I'm archiving in this app. Tool chain ... g++ (GCC) 4.9.2 20150212 (Red Hat 4.9.2-6) libstdc++-4.9.2-6.fc21.x86_64 libstdc++-devel-4.9.2-6.fc21.x86_64 Code... typedef std::multimap<unsigned, int> cnodemap_t; typedef cnodemap_t::value_type cnpair_t; typedef cnodemap_t::iterator cniterator_t; typedef std::multimap<unsigned, qnode> qnodemap_t; typedef qnodemap_t::value_type qnpair_t; typedef qnodemap_t::iterator qniterator_t; typedef qnodemap_t::reverse_iterator qnriterator_t; struct qnode { qnode(){} enum ctlflags flags; std::string sname; std::string stypnam; std::string sdecl; cnodemap_t parents; cnodemap_t children; template<class Archive> void serialize(Archive &ar, const unsigned int version) { if (version){;} ar & flags & sdecl & sname & parents & children; } }; class Cqnodemap { public: Cqnodemap(){} qnodemap_t qnmap; template<class Archive> void serialize(Archive &ar, const unsigned int version) { if (version){;} ar & qnmap; } }; static inline void write_cqnmap(const char *filename, Cqnodemap& cqnmap) { ofstream ofs(filename, ofstream::out | ofstream::app); if (!ofs.is_open()) { cout << "Cannot open file: " << filename << endl; exit(1); } { boost::archive::text_oarchive oa(ofs); oa << cqnmap; } ofs.close(); }

1 0