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

[endian] Library maintainer needed
by Beman Dawes 22 Sep '18

22 Sep '18

I'm retiring, so Boost.Endian needs a maintainer. This is a low/medium complexity library that requires only minor effort to maintain. --Beman

1 0

[timer] Library maintainer needed
by Beman Dawes 22 Sep '18

22 Sep '18

I'm retiring, so Boost.Timer needs a maintainer. This is a simple low complexity library, and requires little effort to effort to maintain. --Beman

1 0

undefined reference to `boost::system::detail::generic_category_ncx()'
by Antonis Polykratis 20 Sep '18

20 Sep '18

Hello all, I am new to boost. I try to use some boost files in my program, but I have trouble with some of them. For example compiling the following program #include <boost/log/expressions/formatters/date_time.hpp> int main() { return 0; } with the command g++ -std=c++11 test.cpp -o main -I/home/user101/boost/ -L/home/user101/boost I have a message like the following /tmp/ccm6UOud.o: In function `boost::system::generic_category()': test.cpp:(.text._ZN5boost6system16generic_categoryEv[_ZN5boost6system16generic_c ategoryEv]+0x5): undefined reference to `boost::system::detail::generic_category _ncx()' I also tried to append -lboost_system in the command, but I take back the following message: /usr/bin/ld: cannot find -lboost_system collect2: error: ld returned 1 exit status Could you please guide me with that? I use boost_1_67 if that makes any difference (which I do not think so). Thanks, Antonis

2 1

[Boost.Beast] Libraries augmenting Boost.Beast
by Sean Farrow 20 Sep '18

20 Sep '18

Hi all, Is there a list of open source libraries that augment Boost.Beast. I'm thinking things like OAuth/OpenID connect for example. Any help appreciated. Kind regards Sean.

1 0

Fwd: Formal Review of Proposed Boost.Histogram Library
by Mateusz Loskot 19 Sep '18

19 Sep '18

FYI, We are reviewing Histogram library proposed to proposed . If you are interested in applications for mathematics, statistics, graphics, image analysis, and such, or in the Histogram library itself, please consider reviewing the Histogram library by the end of September 26th. Further details included below. You can post your review to the Boost development list to boost (at)lists.boost.org or directly to me to. Thank you! Mateusz Review Manager for the proposed Boost.Histogram ---------- Forwarded message --------- From: Mateusz Loskot <mateusz(a)loskot.net> Date: Mon, 17 Sep 2018 at 11:06 Subject: Formal Review of Proposed Boost.Histogram Library Starts TODAY To: <boost(a)lists.boost.org> Dear Boost Community, The formal review of Hans Dembinski's Histogram library starts TODAY, the September 17th, and lasts until September 26th, unless an extension occurs. =========== What is it? =========== Histogram is a header-only C++11 library, provides multi-dimensional histogram template class for counting, statistics and data exploration. The histogram class interface has been carefully designed to make the library * offer simple and convenient default behaviour * easy to learn and safe to use * convenient to use for one- as well as multi-dimensional analysis * compatible with STL algorithms * dependant only on C++11 standard library and optionally on Boost The author followed the "Don't pay for what you don't use" principle. The histogram class is customisable through policy classes, but the default policies were carefully crafted so that most users do not need to customize anything. The default policies guarantee the histogram to be safe to use as a black box, memory efficient, and very fast, where safety is related to overflow prevention and large values capping. This guarantees is one of unique features of the library in comparison to other implementations. The histogram class comes in two variants, which share a common interface: * static variant is optimised at compile-time to provide maximum performance, at the cost of reduced runtime flexibility and potentially larger executables; * dynamic variant is a bit slower, but configurable at run-time. Both variants of the histogram class provide optional serialization support implemented with Boost.Serialization. The library itself is header-only and the tests as well as examples can be built using both, Boost.Build and CMake. There are no dependencies required other than C++11 compiler. Optional dependencies include the GNU Scientific Library (GSL) and the ROOT framework from CERN which are needed the corresponding speed test programs used for performance comparison. A note on history: The library was first announced to the Boost community in May, 2016 [1] and the author received extensive feedback. Then, after a year of work posted second request for comments in April, 2017 [2]. =================== Getting the library =================== Checkout the `master` branch from the library git repository: https://github.com/HDembinski/histogram/ NOTE: The author follows the library submission process [3]: the master branch remains frozen for the period of the formal review, modifications in response to feedback should go to `develop` branch and big items may be worked and discussed via opening an issue on GitHub. Documentation: http://hdembinski.github.io/histogram/doc/html/ Website: http://hdembinski.github.io/histogram/ ================ Writing a review ================ Please, follow the official Boost formal review procedure [4]. If you feel this is an interesting library, then please submit your review to the Boost developer list (preferably), or the review manager to mateusz (at) loskot (dot) net. Here are some questions you might want to answer in your review: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? And finally, every review should answer this question: - Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. If needed, refer to the Boost Library Requirements and Guidelines [5]. Please, give constructive criticism! [1] https://lists.boost.org/Archives/boost/2016/05/229389.php [2] https://lists.boost.org/Archives/boost/2017/04/234410.php [3] https://www.boost.org/development/submissions.html#Review [4] https://www.boost.org/community/reviews.html [5] https://www.boost.org/development/requirements.html Mateusz Review Manager for the proposed Boost.Histogram -- Mateusz Loskot, http://mateusz.loskot.net

1 0

[asio] is the io_context queue FIFO?
by Frédéric 19 Sep '18

19 Sep '18

Is there a guarantee that the events posted using boost::asio::post() are called in the order of submission or can they be called in any order? Note that I have multiple threads running io_context.run(). Thanks, F

3 5

[asio] How to prevent high load CPU by io_context::run ?
by Dmitrij V 18 Sep '18

18 Sep '18

Hi. After run io and after connection an one client, I have 25% CPU loading by server. What I doing wrong ? How can I minimize it ? PS: Client connected to TCP server without limits by time, - persistent connections... -- the best regards

1 0

[asio] are defer/dispatch/post identical?
by Frédéric 18 Sep '18

18 Sep '18

Hi, Is there a difference between defer, dispatch and post free functions? They look very similar, there files look the same apart from the fact that they call defer, dispatch and post of the executor. The doc in executor seems to be the same. Thanks, F

2 2

Cannot cast from std::string to seastar::sstring.
by José Guilherme Vanz 17 Sep '18

17 Sep '18

Hi guys, I'm investigating a [bug](https://github.com/scylladb/scylla/issues/2905) in the Seastar/lexical_cast and I got stuck. Let me introduce what's going on and the further investigation that I did. The Seastar framework uses the boost program options to parse the command line arguments. But when the user try to pass a command line argument of seastar::sstring (Seastar string type) with a white space, the lib tells us that is invalid value. Turns out the boost program options call lexical_cast to cast from std::string to seastar::sstring. This cast is failing. The lexical_cast uses a stream to extract the value from the source, but the operator>> stops in the white space. Making the second validation in the same [line](https://github.com/boostorg/lexical_cast/blob/boost-1.66.0/include/bo… false. Note, there is a [call](https://github.com/boostorg/lexical_cast/blob/boost-1.66.0/include/bo… to unsetf to ensure that the white space will be skipped: stream.unsetf(std::ios::skipws);. What's am I trying to do is figure out where the problems live? Is there a bug in boost or is a sstring implemantion problem? Am I missing something? Thanks!

3 2

Re: [Boost-users] Looking for a mechanism (boost::asio
by Bjorn Reese 15 Sep '18

15 Sep '18

On 09/14/18 23:21, Tim Burgess via Boost-users wrote: > I need my main code to pause until I receive a response from the > hardware. I don’t want to use a timer, as this would be potentially Sounds like you need a promise/future.

1 0

Re: [Boost-users] Looking for a mechanism (boost::asio
by tim＠raisedbar.net 15 Sep '18

15 Sep '18

OK, I’ve just read the preamble for the ASIO library (Chapter 32) and it seems that this library, whilst extremely useful, does exactly the opposite of what I’m trying to achieve, as it allows main code execution to continue whilst waiting for a response from an external device. I need my main code to pause until I receive a response from the hardware. I don’t want to use a timer, as this would be potentially unreliable - I can never know how long a pause would be required and there would be the danger of having the code hanging around wasting time if the timer value is too generous. Best wishes. Tim Burgess From: Boost-users <boost-users-bounces(a)lists.boost.org> On Behalf Of Tim Burgess via Boost-users Sent: 14 September 2018 20:49 To: boost-users(a)lists.boost.org Cc: tim(a)raisedbar.net Subject: Re: [Boost-users] Looking for a mechanism Thanks – I’ll go and do some reading. Just to add more information: the hardware is a MIDI device, with the sent messages being groups of 6 individual short MIDI messages, so a total of 18 7-bit bytes per transmitted query. The response messages are groups of 4 MIDI short messages. There is something like 200 parameters to be queried – the MIDI connection is either via traditional DIN cables with a transfer rate of 31kbps, or over USB. Over the USB connection the manufacturer estimates that I should be able to get a full set of responses back in around 100ms. I’m using the rtMIDI library to do the heavy lifting in terms of handling the MIDI I/O devices and handling themessage formatting. Best wishes. Tim Burgess From: Boost-users <boost-users-bounces(a)lists.boost.org <mailto:boost-users-bounces@lists.boost.org> > On Behalf Of Keith Bennett via Boost-users Sent: 14 September 2018 18:54 To: boost-users(a)lists.boost.org <mailto:boost-users@lists.boost.org> Cc: Keith Bennett <kanezor(a)gmail.com <mailto:kanezor@gmail.com> > Subject: Re: [Boost-users] Looking for a mechanism Without more information it'd be hard to say. Are you familiar with Boost ASIO? It's a common method of handling asynchronous communication, though how much it can be used in your situation may depend on the particular hardware interface. The typical situation for a single-threaded process is to set up an executor context, maybe set up signal handlers, then make an asynchronous call using ASIO's objects. When making the asynchronous calls, you provide a callback function object. Your callback function object may then make another request during its processing. ASIO handles the under-the-hood abstraction (and generally simplifies it for most situations). But it's up to you to ensure that your call sequence is safe: for example ASIO will not prevent you from making multiple simultaneous writes to the same file descriptor despite it being unsafe in many situations. My understanding is that your callback is placed onto a function queue rather than called directly (contrast to POSIX signals where the OS interrupts whatever function is running right now). That can hurt your response performance if you're doing long-running tasks so it's worth considering. On Fri, Sep 14, 2018 at 12:03 PM Tim Burgess via Boost-users <boost-users(a)lists.boost.org <mailto:boost-users@lists.boost.org> > wrote: Hi, I’m trying to find a method of solving the problem detailed below using Boost (or an alternative: 1 – I have to send a series of messages to a hardware device to query its internal parameter values at application load-time. This I can do; 2 – I have a callback that receives responses from the hardware, though I get some replies go missing due to saturation; 3 * The hardware manufacturer tells me that I should send 1 query then wait for the response before sending the next query. I could use Sleep, but this depends on a specific wait time and I’m not sure if it suspends all processing, including my callback, so this doesn’t look satisfactory. What I’m looking for is a “wait until response” kind of thing, but I haven’t found such a thing so far, though I have found several wait routines for handling multiple threads. I’d appreciate any guidance as to what to look for, as my searches are obviously not asking the right questions. Best wishes. Tim Burgess Raised Bar Ltd. E: tim(a)raisedbar.net <mailto:tim@raisedbar.net> M: +44 (0)7989 486976 _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org <mailto:Boost-users@lists.boost.org> https://lists.boost.org/mailman/listinfo.cgi/boost-users -- Keith Bennett

3 2

Looking for a mechanism
by tim＠raisedbar.net 14 Sep '18

14 Sep '18

Hi, I'm trying to find a method of solving the problem detailed below using Boost (or an alternative: 1 - I have to send a series of messages to a hardware device to query its internal parameter values at application load-time. This I can do; 2 - I have a callback that receives responses from the hardware, though I get some replies go missing due to saturation; 3 * The hardware manufacturer tells me that I should send 1 query then wait for the response before sending the next query. I could use Sleep, but this depends on a specific wait time and I'm not sure if it suspends all processing, including my callback, so this doesn't look satisfactory. What I'm looking for is a "wait until response" kind of thing, but I haven't found such a thing so far, though I have found several wait routines for handling multiple threads. I'd appreciate any guidance as to what to look for, as my searches are obviously not asking the right questions. Best wishes. Tim Burgess Raised Bar Ltd. E: <mailto:tim@raisedbar.net> tim(a)raisedbar.net M: +44 (0)7989 486976

2 2

[Beast] Downloading multiple urls in parallel
by Sean Farrow 13 Sep '18

13 Sep '18

Hi, Are there functions within beast to allow me to start downloading multiple url's in parallel and then handle each returned result with a different continuation function? Any help appreciated. Kind regards Sean.

2 3

[ASIO] Reestablish TCP connection after EOF
by csizmadiatamas 12 Sep '18

12 Sep '18

I would like to make a c++ TCP client using boost::asio based on this article: https://www.gamedev.net/blogs/entry/2249317-a-guide-to-getting-started-with… I have an existing server which behaviour is similar to a router configuration. You can connect to it and as soon as you have a command promt you can send a command to the server. It executes it and sends back the result and a command promt. Then you can send the next command... There is no problem with this part. My code is able to establish the connection, send and recive data until my client gets EOF. It means the server broke the connection. I would like my client to be able to reestablish the connection and this part is not working. Very much would appreciate your help. *Here is my header:* #pragma once #include <boost/asio.hpp> #include <boost/thread.hpp> #include <boost/asio/io_context_strand.hpp> class Hive; class Connection; class Connection : public boost::enable_shared_from_this< Connection > { friend class Hive; private: static const int m_reconnect_interval = 15000; boost::shared_ptr< Hive > m_hive; boost::asio::ip::tcp::socket m_socket; boost::asio::io_service::strand m_io_strand; boost::asio::deadline_timer m_keepalive_timer; boost::asio::deadline_timer m_reconnect_timer; boost::posix_time::ptime m_last_time; std::vector< uint8_t > m_recv_buffer; std::list< int32_t > m_pending_recvs; std::list< std::vector< uint8_t > > m_pending_sends; int32_t m_receive_buffer_size; int32_t m_keepalive_timer_interval; protected: Connection( boost::shared_ptr< Hive > hive ); virtual ~Connection(); private: Connection( const Connection & rhs ); Connection & operator =( const Connection & rhs ); void StartSend(); void StartRecv( int32_t total_bytes ); void StartKeepAliveTimer(); void StartReconnectTimer(); void StartError(const boost::system::error_code &error, std::string caller); void DispatchSend( std::vector< uint8_t > buffer ); void DispatchRecv( int32_t total_bytes ); void DispatchTimer( const boost::system::error_code & error ); void ReconnectTimer( const boost::system::error_code & error ); void HandleConnect( const boost::system::error_code & error ); void HandleSend( const boost::system::error_code & error, std::list< std::vector< uint8_t > >::iterator itr ); void HandleRecv( const boost::system::error_code & error, int32_t actual_bytes ); void HandleKeepAliveTimer(const boost::system::error_code &error); void HandleReconnectTimer( const boost::system::error_code & error ); void Reconnect(); private: // Called when the connection has successfully connected to the local host. virtual void OnAccept( const std::string & host, uint16_t port ) = 0; // Called when the connection has successfully connected to the remote host. virtual void OnConnect( const std::string & host, uint16_t port ) = 0; // Called when data has been sent by the connection. virtual void OnSend( const std::vector< uint8_t > & buffer ) = 0; // Called when data has been received by the connection. virtual void OnRecv( std::vector< uint8_t > & buffer ) = 0; // Called on each timer event. virtual void OnTimer( const boost::posix_time::time_duration & delta ) = 0; // Called when an error is encountered. virtual void OnError(const std::string error) = 0; public: // Starts an a/synchronous connect. void Connect(const std::string &host, const std::string &port); // Posts data to be sent to the connection. void Send(std::string message); // Posts a recv for the connection to process. If total_bytes is 0, then // as many bytes as possible up to GetReceiveBufferSize() will be // waited for. If Recv is not 0, then the connection will wait for exactly // total_bytes before invoking OnRecv. void Recv( int32_t total_bytes = 0 ); // Posts an asynchronous disconnect event for the object to process. void Disconnect(); }; class Hive : public boost::enable_shared_from_this< Hive > { private: boost::asio::io_service m_io_service; boost::shared_ptr< boost::asio::io_service::work > m_work_ptr; private: Hive( const Hive & rhs ); Hive & operator =( const Hive & rhs ); public: Hive(); virtual ~Hive(); // Returns the io_service of this object. boost::asio::io_service & GetService(); // Polls the networking subsystem once from the current thread and returns. void Poll(); // Runs the networking system on the current thread. This function blocks // until the networking system is stopped, so do not call on a single // threaded application with no other means of being able to call Stop // unless you code in such logic. void Run(); // Stops the networking system. All work is finished and no more // networking interactions will be possible afterwards until Reset is called. void Stop(); // Restarts the networking system after Stop as been called. A new work // object is created ad the shutdown flag is cleared. void Reset(); }; *and here is my cpp:* #include "network.h" #include <boost/interprocess/detail/atomic.hpp> #include <boost/interprocess/detail/config_begin.hpp> #include <boost/interprocess/detail/workaround.hpp> #include <boost/cstdint.hpp> #include <iostream> Hive::Hive() : m_work_ptr( new boost::asio::io_service::work( m_io_service ) ) { } Hive::~Hive() { } boost::asio::io_service & Hive::GetService() { return m_io_service; } void Hive::Poll() { m_io_service.poll(); } void Hive::Run() { m_io_service.run(); } void Hive::Stop() { m_work_ptr.reset(); m_io_service.run(); m_io_service.stop(); } void Hive::Reset() { m_io_service.reset(); m_work_ptr.reset( new boost::asio::io_service::work( m_io_service ) ); } Connection::Connection( boost::shared_ptr< Hive > hive ) : m_hive( hive ), m_socket( hive->GetService() ), m_io_strand( hive->GetService() ), m_keepalive_timer( hive->GetService() ), m_reconnect_timer(hive->GetService()), m_receive_buffer_size( 4096 ), m_keepalive_timer_interval( 2000 ) { } Connection::~Connection() { } void Connection::StartSend() { if( !m_pending_sends.empty() ) boost::asio::async_write( m_socket, boost::asio::buffer( m_pending_sends.front() ), boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::HandleSend, shared_from_this(), boost::asio::placeholders::error, m_pending_sends.begin() ) ) ); } void Connection::StartRecv( int32_t total_bytes ) { if( total_bytes > 0 ) { m_recv_buffer.resize( total_bytes ); boost::asio::async_read( m_socket, boost::asio::buffer( m_recv_buffer ), boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::HandleRecv, shared_from_this(), _1, _2 ) ) ); } else { m_recv_buffer.resize( m_receive_buffer_size ); m_socket.async_read_some( boost::asio::buffer( m_recv_buffer ), boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::HandleRecv, shared_from_this(), _1, _2 ) ) ); } } void Connection::StartKeepAliveTimer() { std::cout << "[" << __FUNCTION__ << "] " << std::endl; m_last_time = boost::posix_time::microsec_clock::local_time(); m_keepalive_timer.expires_from_now( boost::posix_time::milliseconds( m_keepalive_timer_interval ) ); m_keepalive_timer.async_wait( boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::DispatchTimer, shared_from_this(), _1 ) ) ); } void Connection::StartReconnectTimer() { std::cout << "[" << __FUNCTION__ << "] " << std::endl; m_last_time = boost::posix_time::microsec_clock::local_time(); m_reconnect_timer.expires_from_now( boost::posix_time::milliseconds( m_reconnect_interval ) ); m_reconnect_timer.async_wait( boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::ReconnectTimer, shared_from_this(), _1 ) ) ); } void Connection::StartError(const boost::system::error_code &error, std::string caller) { OnError(caller + " " + error.message() + "(" + error.category().name() + ":" + std::to_string(error.value()) + ")"); boost::system::error_code ec; m_socket.shutdown(boost::asio::ip::tcp::socket::shutdown_both, ec); m_socket.close(ec); m_keepalive_timer.cancel(ec); if (error == boost::asio::error::misc_errors::eof || error == boost::system::errc::timed_out) StartReconnectTimer(); } void Connection::HandleConnect( const boost::system::error_code & error ) { if( error ) StartError(error, __FUNCTION__); else { if( m_socket.is_open() ) { OnConnect( m_socket.remote_endpoint().address().to_string(), m_socket.remote_endpoint().port() ); m_reconnect_timer.cancel(); StartKeepAliveTimer(); } else StartError(error, __FUNCTION__); } } void Connection::HandleSend( const boost::system::error_code & error, std::list< std::vector< uint8_t > >::iterator itr ) { if( error ) StartError(error, __FUNCTION__); else { OnSend( *itr ); m_pending_sends.erase( itr ); StartSend(); } } void Connection::HandleRecv( const boost::system::error_code & error, int32_t actual_bytes ) { if( error ) StartError(error, __FUNCTION__); else { m_recv_buffer.resize( actual_bytes ); OnRecv( m_recv_buffer ); m_pending_recvs.pop_front(); if( !m_pending_recvs.empty() ) StartRecv( m_pending_recvs.front() ); } } void Connection::HandleKeepAliveTimer(const boost::system::error_code &error) { if( error ) StartError(error, __FUNCTION__); else { OnTimer( boost::posix_time::microsec_clock::local_time() - m_last_time ); StartKeepAliveTimer(); } } void Connection::HandleReconnectTimer( const boost::system::error_code & error ) { std::cout << "[" << __FUNCTION__ << "] Calling reconnect... " << std::endl; Reconnect(); } void Connection::DispatchSend( std::vector< uint8_t > buffer ) { bool should_start_send = m_pending_sends.empty(); m_pending_sends.push_back( buffer ); if( should_start_send ) StartSend(); } void Connection::DispatchRecv( int32_t total_bytes ) { bool should_start_receive = m_pending_recvs.empty(); m_pending_recvs.push_back( total_bytes ); if( should_start_receive ) StartRecv( total_bytes ); } void Connection::DispatchTimer( const boost::system::error_code & error ) { boost::asio::post(m_io_strand, boost::bind(&Connection::HandleKeepAliveTimer, shared_from_this(), error ) ); } void Connection::ReconnectTimer( const boost::system::error_code & error ) { boost::asio::post(m_io_strand, boost::bind( &Connection::HandleReconnectTimer, shared_from_this(), error ) ); } void Connection::Connect(const std::string &host, const std::string &port) { std::cout << "[" << __FUNCTION__ << "] connecting to "<< host << ":" << port << std::endl; boost::system::error_code ec; boost::asio::ip::tcp::resolver resolver( m_hive->GetService() ); boost::asio::ip::tcp::resolver::query query( host, port ); boost::asio::ip::tcp::resolver::iterator iterator = resolver.resolve( query ); m_socket.async_connect( *iterator, boost::asio::bind_executor(m_io_strand, boost::bind( &Connection::HandleConnect, shared_from_this(), _1 ) ) ); } void Connection::Reconnect() { m_hive->Reset(); Connect("10.40.60.72", "23"); } void Connection::Disconnect() { boost::asio::post(m_io_strand, boost::bind(&Connection::HandleKeepAliveTimer, shared_from_this(), boost::asio::error::connection_reset ) ); } void Connection::Recv( int32_t total_bytes ) { boost::asio::post(m_io_strand, boost::bind( &Connection::DispatchRecv, shared_from_this(), total_bytes ) ); } void Connection::Send(std::string message) { std::vector< uint8_t > request; std::copy( message.begin(), message.end(), std::back_inserter( request ) ); boost::asio::post(m_io_strand, boost::bind( &Connection::DispatchSend, shared_from_this(), request ) ); } -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Users-f2553780.html

1 0

Memory header not found
by Sudhanshu Dubey 11 Sep '18

11 Sep '18

Hey guys, I am new here and wanted some help from you guys. I was trying to upgrade and compile the FElt software, a software for finite element analysis. The source code is here : https://github.com/AkMecha/felt Now, the problem is that during compilation, one of the source file is including some header file from the boost library. The chain of including goes on and reaches the memory.hpp file which is present in /usr/include/boost/config/no_tr1/ directory. This memory.hpp is in turn including the memory header file from the standard C++ library, but it can't find that memory header file. And this is strange because I personally went and checked that the memory header is there in the standard location, as you can see below : sudhanshu@sudhanshu-Inspiron-15-3567:/usr/include/c++/7.3.0$ ls algorithm cerrno complex cstdio decimal initializer_list map queue stdlib.h typeindex any cfenv complex.h cstdlib deque iomanip math.h random streambuf typeinfo array cfloat condition_variable cstring exception ios memory ratio string type_traits atomic chrono csetjmp ctgmath experimental iosfwd mutex regex string_view unordered_map backward cinttypes csignal ctime ext iostream new scoped_allocator system_error unordered_set bits ciso646 cstdalign cuchar fenv.h istream numeric set tgmath.h utility bitset climits cstdarg cwchar forward_list iterator optional shared_mutex thread valarray cassert clocale cstdbool cwctype fstream limits ostream sstream tr1 variant ccomplex cmath cstddef cxxabi.h functional list parallel stack tr2 vector cctype codecvt cstdint debug future locale profile stdexcept tuple The error message shown during the compilation is : [ 51%] Building C object src/Burluap/CMakeFiles/burluap.dir/apply.c.o In file included from /usr/include/boost/smart_ptr/shared_ptr.hpp:23:0, from /usr/include/boost/shared_ptr.hpp:17, from /home/sudhanshu/Pictures/felt/include/matrix.h:23, from /home/sudhanshu/Pictures/felt/src/Burluap/descriptor.h:35, from /home/sudhanshu/Pictures/felt/src/Burluap/trap.h:31, from /home/sudhanshu/Pictures/felt/src/Burluap/apply.c:29: /usr/include/boost/config/no_tr1/memory.hpp:21:12: fatal error: memory: No such file or directory # include <memory> ^~~~~~~~ compilation terminated. src/Burluap/CMakeFiles/burluap.dir/build.make:62: recipe for target 'src/Burluap/CMakeFiles/burluap.dir/apply.c.o' failed make[2]: *** [src/Burluap/CMakeFiles/burluap.dir/apply.c.o] Error 1 CMakeFiles/Makefile2:504: recipe for target 'src/Burluap/CMakeFiles/burluap.dir/all' failed make[1]: *** [src/Burluap/CMakeFiles/burluap.dir/all] Error 2 Makefile:129: recipe for target 'all' failed make: *** [all] Error 2 So can I get some help as to what should I do to make the memory.hpp find the memory header file? -- Sudhanshu Dubey https://hacksd.wordpress.com https://github.com/Sudhanshu-Dubey14

1 0

ASIO?
by tim＠raisedbar.net 05 Sep '18

05 Sep '18

Hi, I'm looking for a mechanism allowing me to enumerate serial (Com) ports on Windows/Mac. I also need to be able to retrieve the name of a given serial device. I've had a quick look at boost::asio, but it isn't clear to me if it can do what I want. I'd be grateful for any advice, including alternatives if boost and/or ASIO aren't up to the job. Best wishes. Tim Burgess Raised Bar Ltd. E: <mailto:tim@raisedbar.net> tim(a)raisedbar.net M: +44 (0)7989 486976

3 2

mcgregor_common_subgraphs usage/complexity/performance/runtime
by Julian Wolf 01 Sep '18

01 Sep '18

Hello everyone, I'm new to Boost and today I tried to use the mcgregor_common_subgraphs functions but can't find an explanation why the function shows such bad performance when I use it. According to the documentation [1] the algorithm runs in O(V1 * V2) for the entire space with V being the number of vertices in the two graphs. So not great, but I'd expect that to run in reasonable time for graphs with less than 100 vertices. But in my case it doesn't, therefore any help appreciated whether I have some error or misconception on my side or whether this is expected performance. What I'm trying to achieve: I want to check whether two graphs have a common subgraph of size x. x depends on the size of smaller graph, I'm using a factor y for this with 0 < y < 1. With smaller values for x (e.g. x = 0.7 * V1) the example returns very fast, which makes sense since a smaller part of the search space needs to be explored. If I increase the factor to 0.8 * V1 or even run through the whole search space the program does not terminate within 10 minutes (where I canceled) I'll attach a working example as well as two graphs (44 and 46 vertices) showing the behaviour described. # gcc CommonSubgraph.cpp -o common_subgraph_example -lboost_graph -lstdc++ # time ./common_subgraph_example 0.7 graph1.dot graph2.dot Factor 0.7 Size: 30 real 0m0.043s # time ./common_subgraph_example 0.8 graph1.dot graph2.dot Factor 0.8 ^C real 10m39.741s My system runs openSUSE Tumbleweed with Boost 1.67 > rpm -q --whatprovides /usr/include/boost/graph/mcgregor_common_subgraphs.hpp libboost_headers1_67_0-devel-1.67.0-2.3.x86_64 Thank you! Julian [1] https://www.boost.org/doc/libs/1_68_0/libs/graph/doc/ mcgregor_common_subgraphs.html

2 2

Testing and faking ASIO I/O objects
by Cristian Morales Vega 31 Aug '18

31 Aug '18

How is people around here testing code which uses ASIO? I guess something like GIVEN("SOMETHING THAT STARTS BY DOING A NAME RESOLVER IS STARTED") fakeResolver.async_resolve("www.google.com", "80", HandlerCallingConnect); // This stores the completion handler (and an executor_work_guard) internally WHEN("THE RESOLVER RETURNS WITHOUT ERROR") fakeResolver.completeWithFakeResult("1.2.3.4", error_code()); // This post() the completion handler with the arguments you give it here io_context.poll(); THEN("A CONNECTION IS ATTEMPTED") EXPECT_CALL(fakeSocket, async_connect()); would be nice. But the "stores the completion handler" part doesn't look that simple. I have found some attempts online, but they seems to store the completion handlers into a vector of std::function and post them through std::bind, so possibly using the wrong executor, etc. There is any good set of ASIO I/O object fakes available?

2 2

linker errors with latest Visual Studio 15.8.2 update
by Damien 30 Aug '18

30 Aug '18

All, It looks like with 15.8.2 you might need to rebuild if you are linking to Boost compiled with earlier versions in the 15.6 or 15.7 series. Screens full of unresolved symbols..... Just a heads-up. Damien

1 0

[boost.test] parsing runtime arguments
by Olaf Peter 27 Aug '18

27 Aug '18

Hi, how get an 'user' API for the boost.test like this: testsuite_xyz -- --help or even testsuite_xyz -- --save-path=/foo to get the user aspects. I know I can get the args by int argc{ framework::master_test_suite().argc }; char** argv{ framework::master_test_suite().argv }; Further, at test/include/boost/test/utils/runtime/cla/parser.hpp are some utils used by boost.test self. Anyway, the problem rises to get the behaviour desribed above, simply using a global fixture with: fixture::fixture() { int argc{ utf::framework::master_test_suite().argc }; char** argv{ utf::framework::master_test_suite().argv }; for (int i = 0; i != argc; ++i) { std::cerr << "test_observer_fixture: " << argv[i] << "\n"; } } doesn't give the expected results - all the BOOST_AUTO_TEST_SUITE test cases are called even they depend on this arguments. Thanks, Olaf

2 3

Boost.Test BOOST_TEST/BOOST_REQUIRE_MESSAGE message arg problems
by Olaf Peter 27 Aug '18

27 Aug '18

Hello Boost Users, for my project I'm testing using BOOST_AUTO_TEST_SUITE and data driven test sets (BOOST_DATA_TEST_CASE). The goal is to check the proper working of a parser by checking success as such and compare the result with a "expected" data (string) vector. In case of parse error, I want to write the captured cout/cerr by boost.test into a file. In case of compare error the parsed result also shall be written to a file. The fragments show the concept/current state: namespace x3_test { // aka utils .... /* [Detect if boost test case failed]( * https://stackoverflow.com/questions/18466857/detect-if-boost-test-case-fail…) */ bool current_test_passing() { using namespace boost::unit_test; auto const id = framework::current_test_case().p_id; auto const test_results = results_collector.results(id); return test_results.passed(); } std::string report_diagnostic(fs::path const& test_case_name, std::string const& input, std::string const& result) { ... if(!x3_test::current_test_passing()) { // only write in case of failed test test_case_result_writer result_writer(test_case_name); result_writer.write(result); } return ss.str(); } } // x3_test ... BOOST_AUTO_TEST_SUITE(.... BOOST_DATA_TEST_CASE( declaration, dataset.input() ^ dataset.expect() ^ dataset.test_case_name(), code, expect_AST, test_case_name) { using attribute_type = ast::declaration; auto const parser = parser::declaration; x3_test::testing_parser<attribute_type> parse; auto [parse_ok, parsed_AST] = parse(code, parser); BOOST_TEST(parse_ok); BOOST_REQUIRE_MESSAGE(parse_ok, x3_test::report_diagnostic(test_case_name, code, parsed_AST) ); BOOST_TEST(parsed_AST == expect_AST, btt::per_element()); BOOST_REQUIRE_MESSAGE(x3_test::current_test_passing(), x3_test::report_diagnostic(test_case_name, code, parsed_AST) ); } BOOST_AUTO_TEST_SUITE_END() After some testing, the error count is twice the real (obviously here) but it's all above a work arround. It seems, that BOOST_REQUIRE_MESSAGE evaluates always the message predicate (shown by using --log_level=all) nevertheless the test case successed or failed. If failed it is streamed to the console. My first thoughs where that the message is called only in case of test failure which isn't true. The problem is now, that my report_diagnostic function write the test output (parsed_AST) to a special dir/file for later evaluating etc. The intuitive way would be: std::string report_diagnostic(fs::path const& test_case_name, std::string const& input, std::string const& result) { ... test_case_result_writer result_writer(test_case_name); result_writer.write(result); return ss.str(); } BOOST_REQUIRE_MESSAGE(parse_ok, // call diagnostic only in failure case and write then x3_test::report_diagnostic(test_case_name, code, parsed_AST) ); BOOST_REQUIRE_MESSAGE((parsed_AST == expect_AST, btt::per_element()), // call diagnostic only in failure case and write then x3_test::report_diagnostic(test_case_name, code, parsed_AST) ); Hence not depending on current_test_passing() any more. How to get this? Further, how can I get the captured std::cerr in case of '!parse_ok' inside report_diagnostic? Thanks, Olaf

2 10

[signals2] Warn unused result
by Deven 24 Aug '18

24 Aug '18

Hi, I am using boost::signals2 library for event callback mechanism. The event register callback function returns a boost::signals2::scope_connection object for optional disconnect by the function registering itself. I want to mandate using the returns result (scoped_connection) object by the user. So, I use the gcc attribute "__attribute__( ( warn_unused_result ) )" with the function. The problem is that the compiler does not warn for unused result. Any ideas, why would this happen? I am using Linux with g++ 4.8.4 and c++11 is enabled. Boost version: 1.67.0 I have attached a minimal working example. Thanks, -Deven

1 0

Setting cxxflags for intel compiler
by Michalke, Simon 23 Aug '18

23 Aug '18

Hi, in order to compile boost I need to tell the intel compiler which gcc version to use. I am trying to achive this with a user-config.jam using intel-linux : icpc : <cxxflags> -gcc-name=gcc-7 -gxx-name=g++-7 ; But none of the flags appear in the compile log. Which syntax am I supposed to use to get them working? Regards, Simon

3 2

[multi_index] Introducing C++17 terse key specification syntax
by Joaquin M López Muñoz 22 Aug '18

22 Aug '18

Following some ideas discussed about a year ago, I've added a new boost::multi_index::key construct allowing for a very terse specification of predefined key extractors in C++17 compliant environments. For instance, given struct phonebook_entry { std::string family_name; std::string given_name; std::string phone_number()const; }; int num_calls(const phonebook_entry&); a classical definition like typedef multi_index_container< phonebook_entry, indexed_by< ordered_unique< const_mem_fun<phonebook_entry,std::string,&phonebook_entry::phone_number> >, ordered_unique< global_fun<const phonebook_entry&,int,num_calls> >, ordered_non_unique< composite_key< phonebook_entry, member<phonebook_entry,std::string,&phonebook_entry::family_name>, member<phonebook_entry,std::string,&phonebook_entry::given_name> > > > > phonebook; can now be written as typedef multi_index_container< phonebook_entry, indexed_by< ordered_unique< key<&phonebook_entry::phone_number> >, ordered_unique< key<num_calls> >, ordered_non_unique< key<&phonebook_entry::family_name,&phonebook_entry::given_name> > > > phonebook; If you have a C++17 compiler, you can play with this new feature by simply copying https://github.com/boostorg/multi_index/blob/develop/include/boost/multi_in… into your local Boost installation. More info at https://www.boost.org/doc/libs/develop/libs/multi_index/doc/tutorial/key_ex… https://www.boost.org/doc/libs/develop/libs/multi_index/doc/reference/key_e… Comments and suggestions, specially before Boost 1.69 ships and this becomes more or less frozen, are most welcome. Best regards, Joaquín M López Muñoz

1 0

Where is the Wave Driver in Boost 1.86?
by Stirling Westrup 20 Aug '18

20 Aug '18

I recently tried to recompile an old version of the Wave Driver using the latest version of Boost::Wave and there were many cryptic warnings and errors. So, I figured I'd just upgrade to the latest copy of the source, only I cannot find it in the latest Boost::Wave, despite the documentation still referring to it. Nor does there appear to be an already-compiled tool supplied with the distro versions of Boost. (Something which has always been claimed by the docs, but has never been true in my experience -- which is why I was forced to originally compile it from source.) -- Stirling Westrup Programmer, Entrepreneur. https://www.linkedin.com/e/fpf/77228 http://www.linkedin.com/in/swestrup http://technaut.livejournal.com http://sourceforge.net/users/stirlingwestrup

1 0

Why I had to use-D_GLIBCXX_USE_CXX11_ABI=0 to get a Boost.Test unit test to build and run
by Arved Sandstrom 20 Aug '18

20 Aug '18

This is in the nature of a question, I am wondering *why* I had to use the -D_GLIBCXX_USE_CXX11_ABI=0 setting. This development is happening on Centos 7, where the system gcc/g++ is 4.8.5. So I recently built and installed gcc/g++ 8.2.0 from source, because I like Linux and prefer to try out C++17 stuff there rather than using a recent Visual Studio. That's just background. In any case I built the Boost Test module with ./b2 cxxflags="-stdlib=libc++ -std=c++14" linkflags="-stdlib=libc++ -std=c++14" going off suggestions I found. No evident problems there. After the install, among other things I end up with /usr/local/lib/libboost_unit_test_framework.so Now, I attempted to build a unit test with g++ -std=c++14 DocumentTest.cpp ../src/Document.cpp -I../include -L/usr/local/include -DBOOST_TEST_DYN_LINK -lboost_unit_test_framework The linker complained about an undefined reference for boost::unit_test::ut_detail::normalize_test_case_name[abi:cxx11](boost::unit_test::basic_cstring<char const>) Using nm -D on the shared library I see that the proper export symbol is there. abi:cxx11 seemed to offer some indication as to the problem, which is why after some experimentation I found that adding -D_GLIBCXX_USE_CXX11_ABI=0 to the unit test build command did the trick. The resulting a.out executes just fine (purely for debugging I made sure the unit test had a C++14 feature). I thought I sort of understood the ABI change business, gcc 5.1 before and after, but I guess I don't. What do I need to do, perhaps at the stage of building a Boost shared library, to not have to use that flag? Thanks for any wisdom. Arved Sandstrom

2 1

Specifying Compiler when invoking bootstrap.sh
by Michalke, Simon 20 Aug '18

20 Aug '18

Hello all, simple question: How do I specify the compiler that will be used to compile boost directly? I would like to provide the whole path. I have a big CMakeProject that depends on Boost. And boost should be preferably build with the same Compiler. Regards, Simon

3 5

[boost.locale] linguistic case discrimination in translation
by Olaf Peter 19 Aug '18

19 Aug '18

Hello Users, I like to join two translation into a single one using the word 'and' if the code path require it, e.g. translation 1 is: "{1} error" and translation 2 is: "{1} warning" if the relevant err/warn counter are both != 0 I want to combine this statement using the mentioned 'and'. I guess, an example teels more than this here: see https://wandbox.org/permlink/HbnCLQKhHAb3eqZr or even on bottom. Line 89 ... 94 looks too complicated to me even for the translator which need an own context of the intend. I've seen a lot of dating formating flags, but nothings useful for my use case. BTW; does boost.locate still using auto_ptr? I had to add the option '-Wno-deprecated' to rid the warnings... Thanks, Olaf -----------------------8<-------------------------- #include <iostream> #include <boost/locale.hpp> struct context { std::size_t error_count; std::size_t warning_count; context() : error_count{ 0 } , warning_count{ 0 } { } }; struct failure_status { context const& ctx; failure_status(context const& ctx_) : ctx{ ctx_ } { } std::ostream& operator()(std::ostream& os) const; }; static inline std::ostream& operator<<(std::ostream& os, failure_status const& status) { return status(os); } namespace detail { struct error_message { std::size_t const count; explicit error_message(std::size_t count_) : count{ count_ } { } std::ostream& operator()(std::ostream& os) const { using boost::locale::format; using boost::locale::translate; if(count) { os << format(translate( "{1} error", "{1} errors", count)) % count ; } return os; } }; std::ostream& operator<<(std::ostream& os, error_message const& err_msg) { return err_msg(os); } struct warning_message { std::size_t const count; explicit warning_message(std::size_t count_) : count{ count_ } { } std::ostream& operator()(std::ostream& os) const { using boost::locale::format; using boost::locale::translate; if(count) { os << format(translate( "{1} warning", "{1} warnings", count)) % count ; } return os; } }; std::ostream& operator<<(std::ostream& os, warning_message const& warn_msg) { return warn_msg(os); } } // namespace detail std::ostream& failure_status::operator()(std::ostream& os) const { using detail::warning_message; using detail::error_message; using boost::locale::translate; bool const any_failure = [&] { return ctx.error_count || ctx.warning_count; }(); if(any_failure) { os << error_message(ctx.error_count); if(ctx.warning_count) { os << translate(" and "); // poor translator ... } os << warning_message(ctx.warning_count); os << translate(" generated."); } return os; } int main() { context ctx; ctx.error_count = 1; ctx.warning_count = 42; std::cout << failure_status(ctx) << "\n"; } ----------------------->8--------------------------

2 2

[release][build] Errors compiling 1.68.0 with VS2015 after VS2017
by Gavin Lambert 10 Aug '18

10 Aug '18

I first used the following to compile Boost 1.68.0 for VS2017: cd boost_1_68_0 bootstrap b2 -j8 --build-dir=build toolset=msvc-14.1 variant=debug,release link=shared threading=multi runtime-link=shared address-model=32,64 stage This appears to have built successfully, although I didn't review the logs. Afterwards, I tried to build it also for VS2015: b2 -j8 --build-dir=build15 toolset=msvc-14.0 variant=debug,release link=shared threading=multi runtime-link=shared address-model=32,64 stage This build output is full of these errors, however (not specific to Boost.Math, this is just one I happened to capture): Creating library build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.lib and object build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.exp msvc.manifest.dll build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.dll 'mt' is not recognized as an internal or external command, operable program or batch file. if exist "build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.dll.manifest" ( call "build15\boost\bin.v2\standalone\msvc\msvc-14.0\msvc-setup.bat" x86 >nul mt -nologo -manifest "build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.dll.manifest" "-outputresource:build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.dll;2" ) ...failed msvc.manifest.dll build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.dll build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.lib build15\boost\bin.v2\libs\math\build\msvc-14.0\debug\threading-multi\boost_math_c99l-vc140-mt-gd-x32-1_68.pdb... Am I missing some incantation? Oddly when I run a VS2015 Developer Command Prompt it also doesn't know where to find mt.exe. A VS2017 Developer Command Prompt finds it at C:\Program Files (x86)\Windows Kits\10\bin\10.0.17134.0\x86\mt.exe. (I'm not having any apparent problems compiling projects within VS2015, but possibly I haven't given it a thorough workout since recently upgrading VS2017.) On another machine (which only has VS2015 installed), the VS2015 Developer Command Prompt finds it at C:\Program Files (x86)\Windows Kits\8.1\bin\x86\mt.exe. I do have that same path and file on my PC, but it's not being found for some reason? Adding it to my PATH before running b2 doesn't help; I assume it's overriding this. It looks like the VS2015 Developer Prompt is putting C:\Program Files (x86)\Windows Kits\10\bin\x86 into my PATH, which exists but doesn't contain any tools. I managed to "fix" the VS2015 Developer Prompt by commenting out the line in "C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Tools\vcvarsqueryregistry.bat" that looks for the Windows 10 SDK. (Thereby allowing it to find the 8.1 SDK, which contains mt.exe.) After deleting the build15 directory and adding --reconfigure to the b2 incantation above, this seems to have allowed Boost to compile as well, but I find the whole thing a bit troubling. Is there a better way to resolve this?

2 1

Re: [Boost-users] [release] Boost 1.68.0 Beta 1 -> warnings in gil, locale, geometry, asio, ublas, interprocess, atomic
by Frédéric 09 Aug '18

09 Aug '18

Here are some more warnings while using the libraries: * gil: boost/gil/extension/toolbox/image_types/indexed_image.hpp:190:5: warning: les qualificatifs de type sont ignorés sur le type retourné par la fonction [-Wignored-qualifiers] const std::size_t num_colors() const { return _num_colors; } ^~~~~ boost/gil/extension/dynamic_image/any_image_view.hpp:41:63: warning: unused parameter 'v' [-Wunused-parameter] template <typename T> result_type operator()(const T& v) const { return num_channels<T>::value; } boost/gil/extension/dynamic_image/algorithm.hpp:147:70: warning: unused parameter 'src' [-Wunused-parameter] template <typename V, typename Value> static void apply(const V& src, const Value& val) { throw std::bad_cast();} ^ boost/gil/extension/dynamic_image/algorithm.hpp:147:88: warning: unused parameter 'val' [-Wunused-parameter] template <typename V, typename Value> static void apply(const V& src, const Value& val) { throw std::bad_cast();} ^ boost/gil/extension/dynamic_image/image_view_factory.hpp:178:140: warning: unused parameter 'cc' [-Wunused-parameter] typename color_converted_view_type<any_image_view<ViewTypes>, DstP, CC>::type color_converted_view(const any_image_view<ViewTypes>& src,CC cc) {~ ^ boost/gil/extension/dynamic_image/image_view_factory.hpp:201:144: warning: unused parameter 'cc' [-Wunused-parameter] typename color_converted_view_type<any_image_view<ViewTypes>, DstP, CC>::type any_color_converted_view(const any_image_view<ViewTypes>& src,CC cc) {~ ^ boost/gil/io/device.hpp:446:31: warning: unused parameter 'data' [-Wunused-parameter] void write( const byte_t* data ^ boost/gil/io/device.hpp:447:31: warning: unused parameter 'count' [-Wunused-parameter] , std::size_t count ) ^ boost/gil/io/device.hpp:471:35: warning: unused parameter 'data' [-Wunused-parameter] std::size_t read( byte_t* data ^ boost/gil/io/device.hpp:472:35: warning: unused parameter 'count' [-Wunused-parameter] , std::size_t count ) ^ * locale: boost/locale/utf.hpp:224:17: warning: cette instruction peut poursuivre son chemin [-Wimplicit-fallthrough=] c = (c << 6) | ( tmp & 0x3F); ^ boost/locale/utf.hpp:225:13: note: ici case 2: ^~~~ boost/locale/utf.hpp:231:17: warning: cette instruction peut poursuivre son chemin [-Wimplicit-fallthrough=] c = (c << 6) | ( tmp & 0x3F); ^ boost/locale/utf.hpp:232:13: note: ici case 1: ^~~~ * geometry: boost/geometry/formulas/vertex_longitude.hpp:340:32: warning: unused parameter 'lon1' [-Wunused-parameter] static inline CT apply(CT& lon1, ^ boost/geometry/formulas/vertex_longitude.hpp:341:32: warning: unused parameter 'lat1' [-Wunused-parameter] CT& lat1, ^ boost/geometry/formulas/vertex_longitude.hpp:343:32: warning: unused parameter 'lat2' [-Wunused-parameter] CT& lat2, ^ boost/geometry/formulas/vertex_longitude.hpp:344:38: warning: unused parameter 'vertex_lat' [-Wunused-parameter] CT const& vertex_lat, ^ boost/geometry/formulas/vertex_longitude.hpp:345:32: warning: unused parameter 'alp1' [-Wunused-parameter] CT& alp1, ^ boost/geometry/formulas/vertex_longitude.hpp:346:44: warning: unused parameter 'azimuth_strategy' [-Wunused-parameter] Strategy const& azimuth_strategy) ^ boost/geometry/strategies/spherical/intersection.hpp:544:81: warning: unused parameter 'b2' [-Wunused-parameter] Point2 const& b1, Point2 const& b2, // in ^ boost/geometry/algorithms/detail/envelope/segment.hpp:156:61: warning: unused parameter 'lon1' [-Wunused-parameter] static inline void compute_box_corners(CalculationType& lon1, ^ boost/geometry/algorithms/detail/envelope/segment.hpp:158:61: warning: unused parameter 'lon2' [-Wunused-parameter] CalculationType& lon2, ^ boost/geometry/strategies/spherical/intersection.hpp:544:81: warning: unused parameter 'b2' [-Wunused-parameter] Point2 const& b1, Point2 const& b2, // in ^ * asio (windows 32 and 64 bits with mingw w64 + g++ 8.2.0) : /softs/win32-mingw-8.2.0/release/boost/include/boost/asio/detail/impl/win_iocp_socket_service_base.ipp: Dans la fonction membre « boost::system::error_code boost::asio::detail::win_iocp_socket_service_base::cancel(boost::asio::> /softs/win32-mingw-8.2.0/release/boost/include/boost/asio/detail/impl/win_iocp_socket_service_base.ipp:253:51: warning: transtypage entre types de fonctions incompatibles de « FARPROC » {aka « int (__attribute__((stdcall)) *)()> cancel_io_ex_t cancel_io_ex = (cancel_io_ex_t)cancel_io_ex_ptr; ^~~~~~~~~~~~~~~~ * ublas: /softs/lin64-gcc-8.2.0/debug/boost/include/boost/numeric/ublas/matrix_expression.hpp:2224:17: warning: cette instruction « if » ne protège pas… [-Wmisleading-indentation] if (it2_ != it2_end_) ^~ /softs/lin64-gcc-8.2.0/debug/boost/include/boost/numeric/ublas/matrix_expression.hpp:2227:21: note: …cette instruction, mais l'indentation de cette dernière est trompeuse car elle fait croire qu'elle est gardée par le « if » if (it2_ != it2_end_) { ^~ boost/numeric/ublas/functional.hpp:1673:57: warning: unused parameter 'size_i' [-Wunused-parameter] size_type upper_element (size_type i, size_type size_i, size_type j, size_type size_j) { ^ boost/numeric/ublas/functional.hpp:1673:88: warning: unused parameter 'size_j' [-Wunused-parameter] size_type upper_element (size_type i, size_type size_i, size_type j, size_type size_j) { ^ * interprocess (windows mingw-w64 + g++ 8.2.0 32/64 bits): In file included from boost/interprocess/errors.hpp:41, from boost/interprocess/exceptions.hpp:24, from boost/interprocess/sync/file_lock.hpp:24, from Progs/delypse-transfer.cpp:32: boost/interprocess/detail/win32_api.hpp:189:8: warning: « struct boost::interprocess::winapi::IUnknown_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IUnknown_BIPC ^~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:200:8: warning: la classe de base « struct boost::interprocess::winapi::IUnknown_BIPC » a un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IWbemClassObject_BIPC : public IUnknown_BIPC ^~~~~~~~~~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:200:8: warning: « struct boost::interprocess::winapi::IWbemClassObject_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] boost/interprocess/detail/win32_api.hpp:306:8: warning: la classe de base « struct boost::interprocess::winapi::IUnknown_BIPC » a un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IWbemContext_BIPC : public IUnknown_BIPC ^~~~~~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:306:8: warning: « struct boost::interprocess::winapi::IWbemContext_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] boost/interprocess/detail/win32_api.hpp:345:8: warning: la classe de base « struct boost::interprocess::winapi::IUnknown_BIPC » a un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IEnumWbemClassObject_BIPC : public IUnknown_BIPC ^~~~~~~~~~~~~~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:345:8: warning: « struct boost::interprocess::winapi::IEnumWbemClassObject_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] boost/interprocess/detail/win32_api.hpp:369:8: warning: la classe de base « struct boost::interprocess::winapi::IUnknown_BIPC » a un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IWbemServices_BIPC : public IUnknown_BIPC ^~~~~~~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:369:8: warning: « struct boost::interprocess::winapi::IWbemServices_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] boost/interprocess/detail/win32_api.hpp:518:8: warning: la classe de base « struct boost::interprocess::winapi::IUnknown_BIPC » a un destructeur non virtuel accessible [-Wnon-virtual-dtor] struct IWbemLocator_BIPC : public IUnknown_BIPC ^~~~~~~~~~~~~~~~~ boost/interprocess/detail/win32_api.hpp:518:8: warning: « struct boost::interprocess::winapi::IWbemLocator_BIPC » a des fonctions virtuelles et un destructeur non virtuel accessible [-Wnon-virtual-dtor] In file included from boost/interprocess/errors.hpp:41, from boost/interprocess/exceptions.hpp:24, from boost/interprocess/sync/file_lock.hpp:24, from Progs/delypse-transfer.cpp:32: boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::get_system_time_of_day_information(boost::interprocess::winapi::system_timeofday_information&) »: boost/interprocess/detail/win32_api.hpp:1676:58: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> dll_func::get(dll_func::NtQuerySystemInformation); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::unlink_file(const char*) »: boost/interprocess/detail/win32_api.hpp:1892:78: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> (NtSetInformationFile_t)dll_func::get(dll_func::NtSetInformationFile); ^ boost/interprocess/detail/win32_api.hpp:1894:94: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> NtQueryObject_t pNtQueryObject = (NtQueryObject_t)dll_func::get(dll_func::NtQueryObject); ^ boost/interprocess/detail/win32_api.hpp:1966:85: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> NtOpenFile_t pNtOpenFile = (NtOpenFile_t)dll_func::get(dll_func::NtOpenFile); ^ boost/interprocess/detail/win32_api.hpp:1967:73: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> NtClose_t pNtClose = (NtClose_t)dll_func::get(dll_func::NtClose); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::get_file_mapping_size(void*, long long int&) »: boost/interprocess/detail/win32_api.hpp:2413:63: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> (NtQuerySection_t)dll_func::get(dll_func::NtQuerySection); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::get_semaphore_info(void*, long int&, long int&) »: boost/interprocess/detail/win32_api.hpp:2426:86: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> (winapi::NtQuerySemaphore_t)dll_func::get(winapi::dll_func::NtQuerySemaphore); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::query_timer_resolution(long unsigned int*, long unsigned int*, long unsigned int*) »: boost/interprocess/detail/win32_api.hpp:2437:98: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> (winapi::NtQueryTimerResolution_t)dll_func::get(winapi::dll_func::NtQueryTimerResolution); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::query_performance_counter(long long int*) »: boost/interprocess/detail/win32_api.hpp:2444:57: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> dll_func::get(dll_func::QueryPerformanceCounter); ^ boost/interprocess/detail/win32_api.hpp: Dans la fonction « bool boost::interprocess::winapi::query_performance_frequency(long long int*) »: boost/interprocess/detail/win32_api.hpp:2451:59: warning: transtypage entre types de fonctions incompatibles de « boost::interprocess::winapi::farproc_t » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::interprocess:> dll_func::get(dll_func::QueryPerformanceFrequency); ^ * atomic (OSX): boost/include/boost/atomic/detail/ops_gcc_x86_dcas.hpp:269:113: warning: unused parameter 'order' [-Wunused-parameter] static BOOST_FORCEINLINE storage_type exchange(storage_type volatile& storage, storage_type v, memory_order order) BOOST_NOEXCEPT

1 1

[release] Boost 1.68.0
by Marshall Clow 09 Aug '18

09 Aug '18

Release 1.68.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains 1 new libraryand numerous enhancements and bug fixes for existing libraries. For details, including download links, see <https://www.boost.org/users/news/version_1.68.0> You can also download directly from: <https://dl.bintray.com/boostorg/release/1.68.0/> To install this release on your system, see <https://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. Thanks, -- The Boost Release Team

2 1

[release] Boost 1.68.0 Release Candidate 1
by Marshall Clow 08 Aug '18

08 Aug '18

The release candidates for the 1.68.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.68.0/source/> The SHA256 checksums are as follows: 59804d8fad02cf3b09485f3dbc0f9097c05fc1e0123f0c133b35a6c6f601109a boost_1_68_0_rc1.7z 7f6130bc3cf65f56a618888ce9d5ea704fa10b462be126ad053e80e553d6d8b7 boost_1_68_0_rc1.tar.bz2 da3411ea45622579d419bfda66f45cd0f8c32a181d84adfa936f5688388995cf boost_1_68_0_rc1.tar.gz 3b1db0b67079266c40b98329d85916e910bbadfc3db3e860c049056788d4d5cd boost_1_68_0_rc1.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. The web site will be updated today as well.

3 4

[boost.beast] Example REST api's
by Sean Farrow 07 Aug '18

07 Aug '18

Hi, Does anyone have or know of any example rest api's written with boost.beast? Any help appreciated. Kind regards Sean.

1 0

Any plans to fix C++11 nullptr issues?
by James Walker 04 Aug '18

04 Aug '18

When Clang is compiling C++11 code, there may be a warning (-Wzero-as-null-pointer-constant) when 0 or NULL is used instead of nullptr. I've seen these warnings from Smart Ptr and Tokenizer in particular, but I suppose it's all over. This is still the case in 1.68.0 beta 1.

1 0

[boost.interprocess] Construct boost::basic_string with managed_shared_memory as memory soure crash.
by Zhiming Wang 03 Aug '18

03 Aug '18

Hi, I am using boost 1.65.1 interprocess lib, and tried to construct a string that is safe to store in a managed_shared_memory. Types are defined as below: using namespace boost::interprocess; using ShmSegment_t = boost::interprocess::managed_shared_memory; using SegmentMgr_t = boost::interprocess::managed_shared_memory::segment_manager; template <typename T> using Allocator_t = boost::interprocess::allocator<T, SegmentMgr_t>; using String_t = boost::interprocess::basic_string<char, std::char_traits<char>, Allocator_t<char>>; Code in problem is as below: using namespace boost::interprocess; ShmSegment_t segment(open_or_create, "Test", 1L << 31); const std::string stdStr("std_str"); String_t ipcStr( stdStr.c_str(), segment.get_segment_manager()); *// oops, crashed! * Crash backtrace is as below: #0 0x00007ffff7ab735c in boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>::get_size (this=0x441f0ff40024) at /usr/include/boost/interprocess/mem_algo/rbtree_best_fit.hpp:593 #1 0x00007ffff7ab157a in boost::interprocess::segment_manager_base<boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0u l> >::get_size (this=0x441f0ff40024) at /usr/include/boost/interprocess/segment_manager.hpp:113 #2 0x00007ffff7ab002d in boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> >::max_size (this=0x7fffeeffbe80) at /usr/include/boost/interprocess/allocators/allocator.hpp:164 #3 0x00007ffff7aaf34d in boost::container::allocator_traits<boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_fa mily, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::priv_max_size (a=...) at /usr/include/boost/container/allocator_traits.hpp:397 #4 boost::container::allocator_traits<boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_family, boost::interproc ess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::max_size (a=...) at /usr/include/boost/container/allocator_traits.hpp:331 #5 boost::container::container_detail::basic_string_base<boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boost::interprocess::mutex_famil y, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::max_size (this=0x7fffeeffbe80) at /usr/include/boost/container/string.hpp:354 #6 0x00007ffff7aae68a in boost::container::basic_string<char, std::char_traits<char>, boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boo st::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::max_size (this=0x7fffeeffbe80) at /usr/include/boost/container/string.hpp:1080 #7 0x00007ffff7aadb7a in boost::container::basic_string<char, std::char_traits<char>, boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boo st::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::priv_reserve (this=0x7fffeeffbe80, res_arg=21, null_terminate=true) at /usr/include/boost/container/string.hpp:2777 #8 0x00007ffff7aad62a in boost::container::basic_string<char, std::char_traits<char>, boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boo st::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::reserve (this=0x7fffeeffbe80, res_arg=21) at /usr/include/boost/container/string.hpp:1141 #9 0x00007ffff7aacbdf in boost::container::basic_string<char, std::char_traits<char>, boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boo st::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::assign (this=0x7fffeeffbe80, first=0x7fff5c000d60 "std_str", last=0x7fff5c000d75 "") at /usr/include/boost/container/string.hpp:1494 #10 0x00007ffff7aac719 in boost::container::basic_string<char, std::char_traits<char>, boost::interprocess::allocator<char, boost::interprocess::segment_manager<char, boost::interprocess::rbtree_best_fit<boo st::interprocess::mutex_family, boost::interprocess::offset_ptr<void, long, unsigned long, 0ul>, 0ul>, boost::interprocess::iset_index> > >::basic_string (this=0x7fffeeffbe80, s=0x7fff5c000d60 "std_str", a=...) at /usr/include/boost/container/string.hpp:741 I tried "p m_header" within GDB at /usr/include/boost/interprocess/mem_algo/rbtree_best_fit.hpp:593, and GDB told me the memory is not accessable. What's worse is that the issue seems not happening in very code path, that's it sometimes works and sometimes fails. Any insight is appreciated. Thanks.

3 2

Re: [Boost-users] ASIO: custom service which works with spawn/yield
by Vinnie Falco 03 Aug '18

03 Aug '18

On Thu, Aug 2, 2018 at 1:02 PM, Richard Hodges <hodges.r(a)gmail.com> wrote: > I think it's worth mentioning that although your code is very well written > and laid out, the horrid internals of asio mean that only ultra-experts can > read it. It really doesn't 'flow'. > > Surely something can be done (in asio and networking TS) in terms of > providing a cleaner, more logical interface for io_object and service > developers? I have thought about this for a few years and even made efforts to provide algorithms and types to make authoring code easier, but they were not successful. I don't think a "grand unifying theory" exists. However, I also think there is a LOT of room for documentation to grow and mature, and there is opportunity for authors to develop strong, well commented examples (something I strive for in Beast). With Networking TS as part of C++20 (or later), at last there will be one correct interface for doing asynchrony. This will incentivize book publishers and library authors to focus specifically on this networking interface to provide educational resources. In my Cppcon 2018 presentation I am also dedicating a couple of slides with guidance on how to learn Asio effectively and write correct programs. Regards

1 0

Serialization and class versioning
by tim＠raisedbar.net 02 Aug '18

02 Aug '18

Hi, I have an application that uses serialization for data storage/retrieval, based on Boost 1.67.0. I've implemented class versioning as per: https://www.boost.org/doc/libs/1_67_0/libs/serialization/doc/tutorial.html#v ersioning The overall archive stores a number of sub-classes, nested within the XML. However, I get a run-time exception thrown that I can't catch when one of my sub-classes (DisplayDefinition) returns from being read in. A bit of debugging found that the problem was caused by the class version number having a value of 0, whilst the file being read had a version number of 3 for the class in question. Here's the bit of the class responsible for the archiving: class DisplayDefinition: public MessageDefinition { ... private: friend std::ostream & operator<<(std::ostream &os, const DisplayDefinition &DD); friend std::istream & operator>>(std::istream &is, const DisplayDefinition &DD); friend class boost::serialization::access; template<class Archive> void serialize(Archive & myArchive, const unsigned int version) { try { const char * cLabelTag = "Label"; myArchive & boost::serialization::make_nvp( cLabelTag, wstrLabel); const char * cAddressBytesTag = "SysExAddressBytes"; myArchive & boost::serialization::make_nvp( cAddressBytesTag, vSysExAddressBytes); const char * cActionsTag = "Actions"; myArchive & boost::serialization::make_nvp( cActionsTag, myActions); const char * cStatesTag = "StateNames"; myArchive & boost::serialization::make_nvp( cStatesTag, StateLabels); const char * cLineCountTag = "LineCount"; myArchive & boost::serialization::make_nvp( cLineCountTag, nDisplayLineCount); const char * cLineLengthTag = "LineLength"; myArchive & boost::serialization::make_nvp( cLineLengthTag, nDisplayLength); const char * cStripCountTag = "StripCount"; myArchive & boost::serialization::make_nvp( cStripCountTag, nStripCount); const char * cIsLEDLampTag = "LEDLamp"; myArchive & boost::serialization::make_nvp( cIsLEDLampTag, blnIsLEDLamp); const char * cTranslationTag = "TranslationID"; myArchive & boost::serialization::make_nvp( cTranslationTag, strTranslationID); const char * cCursorOffsetTag = "CursorOffset"; myArchive & boost::serialization::make_nvp( cCursorOffsetTag, nCursorOffset); if(version > 0) { const char * cCursorFromLeftTag = "CursorFromLeft"; myArchive & boost::serialization::make_nvp( cCursorFromLeftTag, blnCursorFromLeft); } if(version > 1) { const char * cUniCodeTag = "Unicode"; myArchive & boost::serialization::make_nvp( cUniCodeTag, blnIsUniCode); } if(version > 2) { const char * cLinkedHashTag = "LinkedTo"; myArchive & boost::serialization::make_nvp( cLinkedHashTag, strLinkedDisplayHash); } } // end try catch (...) { throw ID_LOAD_DATA_EXCEPTION; } // end catch } ... }; // end of class definition BOOST_CLASS_VERSION(DisplayDefinition, 3); I'm clueless as to why the BOOST_CLASS_VERSION macro doesn't seem to be setting the version number correctly. Can anybody advise me, please? Best wishes. Tim Burgess Raised Bar Ltd. E: <mailto:tim@raisedbar.net> tim(a)raisedbar.net M: +44 (0)7989 486976

2 3

ASIO: custom service which works with spawn/yield
by Cristian Morales Vega 02 Aug '18

02 Aug '18

Hi, I have implemented a custom service using Boost 1.67 which works mostly OK, but I have noticed it always returns success when using spawn/yield. The following simplified sample shows the problem: ------------------------------------------------ #include <boost/asio.hpp> #include <boost/asio/spawn.hpp> #include <boost/beast/core/bind_handler.hpp> #include <iostream> class Service : public boost::asio::io_context::service { public: static boost::asio::io_context::id id; typedef int implementation_type; Service(boost::asio::io_context &io_context) : boost::asio::io_context::service(io_context) {} void construct(implementation_type &) {} void destroy(implementation_type &) {} }; boost::asio::io_context::id Service::id; template <typename Service> class BasicObject : protected boost::asio::basic_io_object<Service> { public: explicit BasicObject(boost::asio::io_context &io_context) : boost::asio::basic_io_object<Service>(io_context) {} template <typename ConnectHandler> auto async_method(ConnectHandler &&handler) { BOOST_ASIO_CONNECT_HANDLER_CHECK(ConnectHandler, handler) typeCheck; boost::asio::async_completion<ConnectHandler, void(const boost::system::error_code &)> init(handler); boost::system::error_code ec = boost::asio::error::already_started; boost::asio::post( boost::beast::bind_handler(std::move(init.completion_handler), std::move(ec))); return init.result.get(); } }; int main() { boost::asio::io_context ioContext; BasicObject<Service> myObject(ioContext); #if 1 boost::asio::spawn(ioContext, [&](boost::asio::yield_context yield) { boost::system::error_code ec; myObject.async_method(yield[ec]); std::clog << ec << std::endl; }); #else myObject.async_method([](const boost::system::error_code &ec) { std::clog << ec << std::endl; }); #endif ioContext.run(); return 0; } ------------------------------------------------ The version not using spawn prints "system:114", the one using spawn prints "system:0". What am I doing wrong? Thanks.

6 18

[release] 1.68.0 closed for release
by Marshall Clow 02 Aug '18

02 Aug '18

The master branch is now closed for all changes except by permission. The commit-bot isn't running on master, so the super project will need to be manually updated for any changes. If all goes well, the release candidate should be out tomorrow. Thanks, -- The Boost Release Team

1 0

[GIL] Boost gil and constexpr
by Eloi Du Bois 01 Aug '18

01 Aug '18

Hi, It seems that the development on boost::gil is starting again on boost 1.68, and I have an advise: I think boost::gil would strongly benefits on using constexpr in the code, it would make a lot of things statically resolved. There's a huge work to put this everywhere, but I think it would be nice. Just an idea. Thanks,

3 3

Re: [Boost-users] [boost] [release] Boost 1.68.0 Beta 1 -> warnings in filesystem, locale, thread, stacktrace, container
by Frédéric 30 Jul '18

30 Jul '18

1 0

Boost Spirit X3: populating different objects
by Matthieu Brucher 29 Jul '18

29 Jul '18

Hi all, I want to design a parser that can populate two maps while parsing. They have a slightly different values (key is a string in both cases), but I didn't see an example where this was done. Hence I'm not even sure this is possible? Would be easier, otherwise I need to add another check to see what kind of value is populated before I insert it inside my maps? Cheers, Matthieu -- Quantitative analyst, Ph.D. Blog: http://blog.audio-tk.com/ LinkedIn: http://www.linkedin.com/in/matthieubrucher

1 0

Boost Spirit X3 and spaces
by Matthieu Brucher 29 Jul '18

29 Jul '18

Hi, What is the best strategy to handle spaces with X3? The files I want to parse have sometimes spaces or tabs for separators, but I also need to scan number that have an attached suffix (so x3::double_ >> *x3::char_). If now I want to parse groups of strings, starting with a rule like const auto pin = x3::rule<class pin, std::string>() = x3::alpha >> *x3::char_; what is the best to create a vector of these? *pin or pin % ' ' and will the latter also handle tabs by default? Cheers, Matthieu -- Quantitative analyst, Ph.D. Blog: http://blog.audio-tk.com/ LinkedIn: http://www.linkedin.com/in/matthieubrucher

1 0

storing functions obtained with boost.dll as class fields
by Sean Farrow 29 Jul '18

29 Jul '18

Hi, I'm in the process of converting a project being compiled with msvc 2017 to use boost.dll. I've got a shared library loading and need to obtain and store a function in a class-level field. The function has the following typedef: typedef error_status_t (WINAPI *nvdaControllerTestIfRunningFunc)(void); I think my main issue is what shared_libary.Get<t> returns. Any help appreciated. Kind regards Sean.

1 0

Re: [Boost-users] [release] Boost 1.68.0 Beta 1 -> warnings in filesystem, locale, thread, stacktrace, container
by Frédéric 29 Jul '18

29 Jul '18

Hi, I have tested 1.68.0 on linux x86_64 with the following compilers: - g++ 8.2.0, - clang++ 5.0.2, - mingw-w64 + g++ 8.2.0 cross compiling to windows 32 bits, - mingw-w64 + g++ 8.2.0 cross compiling to windows 64 bits, - clang++ 5.0.2 cross compiliing to OSX 10.9 32 bits, - clang++ 5.0.2 cross compiliing to OSX 10.9 64 bits. I did not find any major issue. Just those warnings while building the libraries: * filesystem (g++ 8.2.0 and clang++ 5.0.2 on linux x86_64): libs/filesystem/src/operations.cpp: Dans la fonction « int {anonymous}::readdir_r_simulator(DIR*, dirent*, dirent**) »: libs/filesystem/src/operations.cpp:2126:18: warning: « int readdir_r(DIR*, dirent*, dirent**) » est obsolète [-Wdeprecated-declarations] { return ::readdir_r(dirp, entry, result); } ^~~~~~~~~ In file included from /usr/include/features.h:423, from /softs/gcc-8.2.0/include/c++/8.2.0/x86_64-pc-linux-gnu/bits/os_defines.h:39, from /softs/gcc-8.2.0/include/c++/8.2.0/x86_64-pc-linux-gnu/bits/c++config.h:508, from /softs/gcc-8.2.0/include/c++/8.2.0/cstddef:49, from ./boost/config/compiler/gcc.hpp:165, from ./boost/config.hpp:39, from ./boost/filesystem/operations.hpp:18, from libs/filesystem/src/operations.cpp:68: /usr/include/dirent.h:189:12: note: déclaré ici extern int __REDIRECT (readdir_r, ^~~~~~~~~~ * locale (many more than that one about deprecated std::auto_ptr): I wonder when auto_ptr will be removed but it would be nice to change it to unique_ptr. In file included from libs/locale/src/util/default_locale.cpp:10: ./boost/locale/util.hpp:180:28: warning: « template<class> class std::auto_ptr » est obsolète [-Wdeprecated-declarations] BOOST_LOCALE_DECL std::auto_ptr<base_converter> create_utf8_converter(); ^~~~~~~~ In file included from /softs/gcc-8.2.0/include/c++/8.2.0/bits/locale_conv.h:41, from /softs/gcc-8.2.0/include/c++/8.2.0/locale:43, from ./boost/locale/util.hpp:10, from libs/locale/src/util/default_locale.cpp:10: /softs/gcc-8.2.0/include/c++/8.2.0/bits/unique_ptr.h:53:28: note: déclaré ici template<typename> class auto_ptr; ^~~~~~~~ * thead with mingw w64 cross compiling to windows 32 bits on linux x86_64 with g++ 8.2.0: I guess this warning is due to the fact that time_t is 32 bits on windows 32 bits so this looks dangerous to me. libs/thread/src/win32/thread_primitives.cpp: Dans la fonction « boost::detail::win32::ticks_type boost::detail::win32::{anonymous}::get_tick_count_init() »: libs/thread/src/win32/thread_primitives.cpp:97:120: warning: transtypage entre types de fonctions incompatibles de « boost::winapi::FARPROC_ » {aka « int (__attribute__((stdcall)) *)() »} vers « boost::detail::win32::detail::gettickcount64_t » {aka « long long unsigned int (__attribute__((stdcall)) *)() »} [-Wcast-function-type] (boost::detail::win32::detail::gettickcount64_t)boost::winapi::get_proc_address(hKernel32, "GetTickCount64"); * stacktrace (windows 32 and 64 bits): In file included from ./boost/winapi/file_management.hpp:17, from ./boost/stacktrace/detail/safe_dump_win.ipp:20, from ./boost/stacktrace/safe_dump_to.hpp:210, from ./boost/stacktrace/frame.hpp:20, from ./boost/stacktrace/detail/frame_unwind.ipp:15, from libs/stacktrace/build/../src/basic.cpp:14: ./boost/winapi/overlapped.hpp:38:9: warning: le C++ ISO interdit les structures anonymes [-Wpedantic] }; ^ * iostreams (windows 64 bits): libs/iostreams/src/mapped_file.cpp: Dans la fonction membre « void boost::iostreams::detail::mapped_file_impl::try_map_file(boost::iostreams::detail::mapped_file_impl::param_type) »: libs/iostreams/src/mapped_file.cpp:324:29: warning: comparaison d'expressions entières de types signés différents: « boost::iostreams::stream_offset » {aka « long long int »} et « boost::iostreams::mapped_file_source::size_type » {aka « long long unsigned int »} [-Wsign-compare] (SIZE_T) (size_ != max_length ? size_ : 0), ~~~~~~^~~~~~~~~~~~~ gcc.compile.c++ bin.v2/libs/iostreams/build/gcc-8.2.0/debug/link-static/target-os-windows/threading-multi/gzip.o * container (OSX 32 and 64 bits, clang 5.0.2): many locations with this warning: In file included from libs/container/src/alloc_lib.c:24: In file included from libs/container/src/dlmalloc_ext_2_8_6.c:36: libs/container/src/dlmalloc_2_8_6.c:4085:27: warning: 'sbrk' is deprecated [-Wdeprecated-declarations] char* base = (char*)CALL_MORECORE(0); ^ libs/container/src/dlmalloc_2_8_6.c:1714:37: note: expanded from macro 'CALL_MORECORE' #define CALL_MORECORE(S) MORECORE_DEFAULT(S) ^ libs/container/src/dlmalloc_2_8_6.c:666:26: note: expanded from macro 'MORECORE_DEFAULT' #define MORECORE_DEFAULT sbrk ^ /softs/osxcross-10.9-5.0.2/bin/../SDK/MacOSX10.9.sdk/usr/include/unistd.h:580:1: note: 'sbrk' has been explicitly marked deprecated here __deprecated ^ /softs/osxcross-10.9-5.0.2/bin/../SDK/MacOSX10.9.sdk/usr/include/sys/cdefs.h:156:37: note: expanded from macro '__deprecated' #define __deprecated __attribute__((deprecated)) ^

1 0

Re: [Boost-users] building boost 1.67/1.68b1 on osx with emscripten 1.38
by danielle amethyst brake 27 Jul '18

27 Jul '18

> > > > > "how do I set the default architecture when building boost?" > > > > address-model=64 architecture=x86 > > > Indeed, using these two commands as ./b2 address-model=64 architecture=x86 changes both of those properties as expected. however, if I use them in conjunction with *toolset=emscripten*, the problem I originally asked about persists: ./b2 toolset=emscripten address-model=64 architecture=x86 Performing configuration checks - default address-model : 32-bit - default architecture : none Building the Boost C++ Libraries. - symlinks supported : yes error: No best alternative for libs/context/build/asm_sources next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>elf <threading>multi <toolset>gcc ... [more similar alternatives omitted for brevity --dab] - C++11 mutex : no - lockfree boost::atomic_flag : yes - Boost.Config Feature Check: cxx11_hdr_tuple : no - Boost.Config Feature Check: cxx11_lambdas : no - Boost.Config Feature Check: cxx11_noexcept : no - Boost.Config Feature Check: cxx11_nullptr : no - Boost.Config Feature Check: cxx11_rvalue_references : no - Boost.Config Feature Check: cxx11_template_aliases : no - Boost.Config Feature Check: cxx11_thread_local : no - Boost.Config Feature Check: cxx11_variadic_templates : no - Boost.Config Feature Check: cxx11_auto_declarations : no - Boost.Config Feature Check: cxx11_constexpr : no - Boost.Config Feature Check: cxx11_defaulted_functions : no - Boost.Config Feature Check: cxx11_final : no - Boost.Config Feature Check: cxx11_hdr_mutex : no *Error: ambiguity found when searching for best transformation* *Trying to produce type 'SEARCHED_LIB' from: * *Generators that succeeded:* * - searched-lib-generator* * - emscripten.searched-lib-generator* *First generator produced: * * - { %.no-action-icudata.SEARCHED_LIB }* *Second generator produced: * * - { %.no-action-icudata.SEARCHED_LIB }* to renew focus, the problem I am trying to solve is the last part there, ambiguity when searching for best transformation. it goes away if i disable icu, but it just yields another similar error. it was suggested that I need to provide the default architecture to solve the problem, but the way suggested to do that so far have not worked. your help is appreciated! Danielle Brake

4 4

Re: [Boost-users] Boost-users Digest, Vol 4962, Issue 4
by danielle amethyst brake 27 Jul '18

27 Jul '18

On Wed, Jul 25, 2018 at 2:38 PM <boost-users-request(a)lists.boost.org> wrote: > Send Boost-users mailing list submissions to > boost-users(a)lists.boost.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.boost.org/mailman/listinfo.cgi/boost-users > or, via email, send a message with subject or body 'help' to > boost-users-request(a)lists.boost.org > > You can reach the person managing the list at > boost-users-owner(a)lists.boost.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Boost-users digest..." > > > Today's Topics: > > 1. Re: building boost 1.67/1.68b1 on osx with emscripten 1.38 > (Oliver Kowalke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 25 Jul 2018 20:37:18 +0200 > From: Oliver Kowalke <oliver.kowalke(a)gmail.com> > To: boost-users <boost-users(a)lists.boost.org> > Subject: Re: [Boost-users] building boost 1.67/1.68b1 on osx with > emscripten 1.38 > Message-ID: > < > CA+wfc194-XJZ9dspcJBA844+x1EPphQfRnUr_E8WBjOAyCnUCg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > default architecture : none > > you have time set the architecture > > Thanks for the advice. i just spent the last few hours flailing wildly trying to do this. Please accommodate my noob-ness here, as I have never had to set the default architecture before when building Boost. I tried setting it at the call to `b2`, with `b2 architecture=x86 ...`, and it did not effect this problem; the default architecture persists at `none` to my dismay. I have tried editing a user-config.jam file, but I just don't grok what I need to do here. at the risk of sounding like "can you do it for me?", I would like to ask "how do I set the default architecture when building boost?" danielle > danielle amethyst brake via Boost-users <boost-users(a)lists.boost.org> > schrieb am Mi., 25. Juli 2018, 20:11: > > > Hey Boost, > > I am trying to build Boost, ideally in its entirety, with emscripten. I > > am using emscripten 1.38.8, and either Boost 1.67 or the 1.68.b1, and am > on > > OSX 10.13. Both Boost versions fail. > > > >

2 1

State of latest RC
by Michael Powell 26 Jul '18

26 Jul '18

Hello, What is the state of the latest RC? I saw some reports that the build was a non-starter, then a patched RC, then no further reports after that? Or have I missed something? Thanks! Cheer, Michael W Powell

1 0

[GIL] read/write jpeg image from/to a buffer, not a file
by Frédéric 26 Jul '18

26 Jul '18

Hi, Is it possible to read/write an image as JPEG from/into a memory buffer instead of a file? I found that reference which looks promising: https://stackoverflow.com/questions/16259659/read-a-jpeg-image-from-memory-… but grep -r jpeg_tag in boost/gil gives nothing (same with image_read_settings) and read_image has no documentation and not the same signature. Anyone knows something about that? F

3 4

building boost 1.67/1.68b1 on osx with emscripten 1.38
by danielle amethyst brake 25 Jul '18

25 Jul '18

Hey Boost, I am trying to build Boost, ideally in its entirety, with emscripten. I am using emscripten 1.38.8, and either Boost 1.67 or the 1.68.b1, and am on OSX 10.13. Both Boost versions fail. I bootstrapped as normal (`./bootstrap.sh`), and then invoke b2 to build. i want C++14, so invoke as ./b2 toolset=emscripten cxxflags=-std=c++14 I get this long message with the roadblock at the end: Performing configuration checks - default address-model : 32-bit - default architecture : none Building the Boost C++ Libraries. - symlinks supported : yes error: No best alternative for libs/context/build/asm_sources next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>elf <threading>multi <toolset>qcc not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>mach-o <threading>multi <toolset>clang not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>aapcs <address-model>32 <architecture>arm <binary-format>pe <threading>multi <toolset>msvc not matched next alternative: required properties: <abi>aapcs <address-model>64 <architecture>arm <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>aapcs <address-model>64 <architecture>arm <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>aapcs <address-model>64 <architecture>arm <binary-format>mach-o <threading>multi <toolset>clang not matched next alternative: required properties: <abi>aapcs <address-model>64 <architecture>arm <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>o32 <address-model>32 <architecture>mips1 <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>o32 <address-model>32 <architecture>mips1 <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>power <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>power <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>power <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>power <binary-format>xcoff <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>power <binary-format>xcoff <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>mach-o <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>xcoff <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>power <binary-format>xcoff <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>32_64 <architecture>power <binary-format>mach-o <threading>multi not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>x86 <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>x86 <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>x86 <binary-format>elf <threading>multi <toolset>intel not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>x86 <binary-format>mach-o <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>32 <architecture>x86 <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>ms <address-model>32 <architecture>x86 <binary-format>pe <threading>multi <toolset>clang not matched next alternative: required properties: <abi>ms <address-model>32 <architecture>x86 <binary-format>pe <threading>multi <toolset>clang-win not matched next alternative: required properties: <abi>ms <address-model>32 <architecture>x86 <binary-format>pe <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>ms <address-model>32 <architecture>x86 <binary-format>pe <threading>multi <toolset>intel not matched next alternative: required properties: <abi>ms <address-model>32 <architecture>x86 <binary-format>pe <threading>multi <toolset>msvc not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>intel not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>mach-o <threading>multi <toolset>clang not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>mach-o <threading>multi <toolset>darwin not matched next alternative: required properties: <abi>sysv <address-model>64 <architecture>x86 <binary-format>mach-o <threading>multi <toolset>intel not matched next alternative: required properties: <abi>ms <address-model>64 <architecture>x86 <binary-format>pe <threading>multi <toolset>clang not matched next alternative: required properties: <abi>ms <address-model>64 <architecture>x86 <binary-format>pe <threading>multi <toolset>clang-win not matched next alternative: required properties: <abi>ms <address-model>64 <architecture>x86 <binary-format>pe <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>ms <address-model>64 <architecture>x86 <binary-format>pe <threading>multi <toolset>intel not matched next alternative: required properties: <abi>ms <address-model>64 <architecture>x86 <binary-format>pe <threading>multi <toolset>msvc not matched next alternative: required properties: <abi>x32 <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>clang not matched next alternative: required properties: <abi>x32 <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>gcc not matched next alternative: required properties: <abi>x32 <address-model>64 <architecture>x86 <binary-format>elf <threading>multi <toolset>intel not matched next alternative: required properties: <abi>sysv <address-model>32_64 <architecture>x86 <binary-format>mach-o <threading>multi not matched next alternative: required properties: <abi>sysv <architecture>combined <binary-format>mach-o <threading>multi not matched - C++11 mutex : yes - lockfree boost::atomic_flag : yes - Boost.Config Feature Check: cxx11_hdr_tuple : yes - Boost.Config Feature Check: cxx11_lambdas : yes - Boost.Config Feature Check: cxx11_noexcept : yes - Boost.Config Feature Check: cxx11_nullptr : yes - Boost.Config Feature Check: cxx11_rvalue_references : yes - Boost.Config Feature Check: cxx11_template_aliases : yes - Boost.Config Feature Check: cxx11_thread_local : yes - Boost.Config Feature Check: cxx11_variadic_templates : yes - Boost.Config Feature Check: cxx11_auto_declarations : yes - Boost.Config Feature Check: cxx11_constexpr : yes - Boost.Config Feature Check: cxx11_defaulted_functions : yes - Boost.Config Feature Check: cxx11_final : yes - Boost.Config Feature Check: cxx11_hdr_mutex : yes *Error: ambiguity found when searching for best transformation* *Trying to produce type 'SEARCHED_LIB' from: * *Generators that succeeded:* * - searched-lib-generator* * - emscripten.searched-lib-generator* *First generator produced: * * - { %.no-action-icudata.SEARCHED_LIB }* *Second generator produced: * * - { %.no-action-icudata.SEARCHED_LIB }* I can get past this error by disabling icu, with ./b2 toolset=emscripten cxxflags=-std=c++14 --disable-icu but i just get a similar error. *Error: ambiguity found when searching for best transformation* *Trying to produce type 'SEARCHED_LIB' from: * *Generators that succeeded:* * - searched-lib-generator* * - emscripten.searched-lib-generator* *First generator produced: * * - { %.no-action-z.SEARCHED_LIB }* *Second generator produced: * * - { %.no-action-z.SEARCHED_LIB }* of course, using c++14 doesn't affect my problem whatsoever. can anybody help me? -- Danielle Brake Assistant Professor of Mathematics University of Wisconsin Eau Claire danibrake.org she/her/hers

2 1

remove_sink for a text_file_backend backed frontend crashed in ~locale
by Yang X 25 Jul '18

25 Jul '18

I am running on boost_1_54 (don't ask why but cpprestsdk only compiles on SLES12 with that boost version). I have a mysterious SIGABORT similar to what's reported here: https://www.boost.org/doc/libs/1_66_0/libs/log/doc/html/log/rationale/why_c… However even after I put the lines below in my application it still crashes: boost::filesystem::path::imbue(std::locale("C")); boost::filesystem::path::codecvt() I've realized that in all example code except for text_ostream_backend, the "remove_sink" call was not being used for unknown reason. So do I need to call "logging::core::get()->remove_all_sinks(); or remove_sink(sink)"? when I call my destructor for my logging module? The stack trace for the SIGABORT is shown below: (gdb) bt #0 0x00007fffea552d88 in abort () from /lib64/libc.so.6 #1 0x00007fffea58f1b4 in __libc_message () from /lib64/libc.so.6 #2 0x00007fffea594706 in malloc_printerr () from /lib64/libc.so.6 #3 0x00007fffea595453 in _int_free () from /lib64/libc.so.6 #4 0x00007fffefaeca66 in __gnu_cxx::new_allocator<std::string>::deallocate (this=0x7fff240aab88, __p=0x7fffb67fe228) at ../../../../suselinux-x8664/usr/include/C++/ext/new_allocator.h:110 #5 0x00007fffefaebac2 in std::_Vector_base<std::string, std::allocator<std::string> >::_M_deallocate (this=0x7fff240aab88, __p=0x7fffb67fe228, __n=3) at ../../../../suselinux-x8664/usr/include/C++/bits/stl_vector.h:174 #6 0x00007fffefaeafae in std::_Vector_base<std::string, std::allocator<std::string> >::~_Vector_base (this=0x7fff240aab88, __in_chrg=<optimized out>) at ../../../../suselinux-x8664/usr/include/C++/bits/stl_vector.h:160 #7 0x00007fffefaeaa26 in std::vector<std::string, std::allocator<std::string> >::~vector (this=0x7fff240aab88, __in_chrg=<optimized out>) at ../../../../suselinux-x8664/usr/include/C++/bits/stl_vector.h:416 #8 0x00007ffe900b9806 in boost::date_time::date_facet<boost::gregorian::date, char, std::ostreambuf_iterator<char, std::char_traits<char> > >::~date_facet() () from /opt/mycomp/tdobject/lib/libboost_log.so.1.54.0 #9 0x00007ffe900b9943 in boost::date_time::time_facet<boost::posix_time::ptime, char, std::ostreambuf_iterator<char, std::char_traits<char> > >::~time_facet() () from /opt/mycomp/tdobject/lib/libboost_log.so.1.54.0 #10 0x00007fffea23c4b4 in std::locale::_Impl::~_Impl() () from /usr/lib64/libstdc++.so.6 #11 0x00007fffea23c674 in std::locale::~locale() () from /usr/lib64/libstdc++.so.6 #12 0x00007ffe900b078c in boost::log::v2_mt_posix::aux::light_function<std::string (unsigned int)>::impl<boost::_bi::bind_t<boost::_bi::unspecified, boost::log::v2_mt_posix::sinks::(anonymous namespace)::date_and_time_formatter, boost::_bi::list2<boost::_bi::value<std::string>, boost::arg<1> > > >::destroy_impl(boost::log::v2_mt_posix::aux::light_function<std::string (unsigned int)>::impl_base*) () from /opt/mycomp/tdobject/lib/libboost_log.so.1.54.0 #13 0x00007ffe900b163a in boost::log::v2_mt_posix::sinks::text_file_backend::~text_file_backend() () from /opt/mycomp/tdobject/lib/libboost_log.so.1.54.0 #14 0x00007fffb3667607 in boost::detail::sp_ms_deleter<boost::log::v2_mt_posix::sinks::text_file_backend>::destroy ( this=0x7fff240a5628) at /usr/local/include/boost/smart_ptr/make_shared_object.hpp:57 #15 0x00007fffb366d916 in boost::detail::sp_ms_deleter<boost::log::v2_mt_posix::sinks::text_file_backend>::operator() ( this=0x7fff240a5628) at /usr/local/include/boost/smart_ptr/make_shared_object.hpp:87 #16 0x00007fffb366d0e3 in boost::detail::sp_counted_impl_pd<boost::log::v2_mt_posix::sinks::text_file_backend*, boost::detail::sp_ms_deleter<boost::log::v2_mt_posix::sinks::text_file_backend> >::dispose (this=0x7fff240a5610) at /usr/local/include/boost/smart_ptr/detail/sp_counted_impl.hpp:153 #17 0x00007fffb36568aa in boost::detail::sp_counted_base::release (this=0x7fff240a5610) at /usr/local/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:146 #18 0x00007fffb365696d in boost::detail::shared_count::~shared_count (this=0x7fff240a2870, __in_chrg=<optimized out>) at /usr/local/include/boost/smart_ptr/detail/shared_count.hpp:371 #19 0x00007fffb365a55e in boost::shared_ptr<boost::log::v2_mt_posix::sinks::text_file_backend>::~shared_ptr (this=0x7fff240a2868, __in_chrg=<optimized out>) at /usr/local/include/boost/smart_ptr/shared_ptr.hpp:328 ---Type <return> to continue, or q <return> to quit--- #20 0x00007fffb36516f5 in AZSDKInterface::~AZSDKInterface (this=0x7fff240a2620, __in_chrg=<optimized out>) at AZSDKInterface.cpp:471 #21 0x00007fffb3651790 in AZSDKInterface::~AZSDKInterface (this=0x7fff240a2620, __in_chrg=<optimized out>) at AZSDKInterface.cpp:512 #22 0x00007fffabdfd06a in DeleteTdObjectInterface (obj=0x7fff240a2620) at TdObjectInterface.cpp:267 #23 0x00007ffff28ae250 in S3Connector::~S3Connector (this=0x7fffb67fc160, __in_chrg=<optimized out>) at ../../lib/test/testconnector.cpp:190 #24 0x00007ffff28ae2ee in S3Connector::~S3Connector (this=0x7fffb67fc160, __in_chrg=<optimized out>) at ../../lib/test/testconnector.cpp:197 #25 0x00007ffff28ba27a in testclose_int (ErrInfo_p=0x7fff6abc3880, Cfg_p=0x7fff6abc2500) at ../../lib/test/testutils.cpp:599 #26 0x00007ffff28b31b8 in testvalidatelocation (ErrInfo_p=0x7fff6abc3880, strLocation_p=0x7fff6abc3b90 "/", strLocationLen=140, IsManifestFile=0 '\000') at ../../lib/test/testinterface.cpp:392 #27 0x00007ffff589e029 in UsingClauseNameErrCheck (NameValListPtr=0x7fffb67ff1d0, DescListPtr=0x7fffb67ff810, TVMFlavor=0x7fff6abd34e9 "\002") at ../../par/res/rescommon.c:3284 #28 0x00007ffff571515b in Do_CT (T=0x7fffb67ff9d0, LINK=0x7fff6abde280) at ../../par/res/resnamtb.c:14524 #29 0x00007ffff572d561 in SCAN (Tree=0x7fff6abde408, LINK=0x7fff6abde640) at ../../par/res/resnamtb.c:24988 #30 0x00007ffff57329dc in resnamtb (Tree=0x7fffb67ff9d0, ResGlobal=0x7fff6abefcf0, AccessRight=0 '\000', In_Create_Macro=0x7fff6abe2b61 "", ViewFo=0x7fff6abf4490, ResData=..., NextIId=0x7fff6abe2d98, TVMFound=...) at ../../par/res/resnamtb.c:26902 #31 0x00007ffff5855752 in SCAN (Tree=0x7fffb67fee63, LINK=0x7fff6abe2b50) at ../../par/res/resname.c:62197 #32 0x00007ffff5834c60 in Do_Stmt (T=0x7fffb67fee48, LINK=0x7fff6abe0db0) at ../../par/res/resname.c:48525 #33 0x00007ffff585065d in SCAN (Tree=0x7fff6abf4510, LINK=0x7fff6abe2b50) at ../../par/res/resname.c:59873 #34 0x00007ffff5860056 in resname (Tree_=0x7fff6abf4510, ResGlobal_=0x7fff6abefcf0, AccessRight_=0 '\000', In_Create_Macro_=0 '\000', ViewFo_=0x7fff6abf4490, TablePtr_=0x0, ColAccrFldLists=0x7fff6abefb90, ResData_=..., ThisStmtList_=0x7fffb67fede8, ReturnExpanded=0x0, EffTIDReq_=ResIDMayExist) at ../../par/res/resname.c:66798 #35 0x00007ffff56f311f in resolve (TSeg=0x7fffb67c0000) at ../../par/res/resolve.c:6470 #36 0x00007ffff6a881a9 in pardrivr (DispParams=..., MscArg=..., MsgLoc=140734984341520, TempReqSegLoc=140733395488768, TempUnityReqSegLoc=0, TskLoc=167784288, ReqCtx=0x7fffb5500000, SesCtx=0x7fffbc8fde20, ValidateContextSegPtr=0x7fff6abfb900) at ../../par/par/pardrivr.c:19518 #37 0x00007ffff1535639 in disprreq (Global=0x7fffbcafa000, TskCtx=0x7fffbcb1a8c8, SesCtx=0x7fffbc8fde20, Keep=0x7fff6abfd8c0, TskIndex=1, DumpMeCurrent=1 '\001', PrfGrp=0x7fff6abfdd14, FromSP=0 '\000', FromIPE=0 '\000', AppCat=StandardApp, AppErrorRet=0x0, TopLevel=1 '\001') at ../../dis/dis/disdrivr.c:4721 #38 0x00007ffff1535bd7 in Process_Request (Global=0x7fffbcafa000, TskCtx=0x7fffbcb1a8c8) at ../../dis/dis/disdrivr.c:5011 #39 0x00007ffff1535cc2 in sqldrivr_thread () at ../../dis/dis/disdrivr.c:5062 #40 0x00007ffff01b3c59 in tsknewthread (threadargp=<optimized out>) at tsk/tskport.c:1129 #41 0x00007fffef1f2744 in start_thread () from /lib64/libpthread.so.0 #42 0x00007fffea606aad in clone () from /lib64/libc.so.6 (gdb) Thanks for any hints or suggestions to work around this issue. And where do you suggest I report this bug to? Best regards, Yang new boost user

1 0

Trying to track down a possible serialisation issue
by tim＠raisedbar.net 25 Jul '18

25 Jul '18

Hi, I've been working on a bit of freeware on and off (which is probably my real issue). At some point my code began to crash when returning a deserialised object to calling code and I've now got some time to try and track down what's going on. One of my theories is that a change in Boost serialisation might be responsible. Can anybody please tell me if this library and/or its wide equivalent has changed since 1.6.0 and, if so, in which versions? Many thanks in advance for any information. Best wishes. Tim Burgess Raised Bar Ltd. E: <mailto:tim@raisedbar.net> tim(a)raisedbar.net M: +44 (0)7989 486976

1 0

Boost [asio]
by randy 18 Jul '18

18 Jul '18

Hello , I’ve the following c++ call that gives me an “ Invalid Argument “ error : int Asio_Send_Pck(int iSendt,int Lsocket,char * Lbuff,int Len) { session* iTempSession = reinterpret_cast<session*>(Lsocket); boost::asio::async_write(iTempSession->socket() , boost::asio::buffer(Lbuff, Len), boost::bind(&session::handle_write, iTempSession, boost::asio::placeholders::error, iTempSession->data, iSendt )); return 0; }; Please may i know where's this invalide argument ? Thank you

3 2

setup_error: test unit with name 'free_test_function' registered multiple times
by dinesh kumar 12 Jul '18

12 Jul '18

Hi Team, Greetings for the day. I apologies if this is a duplicate case which is already reported, but I am unable to find a suitable answer for this. I have installed boost(1.67.0.1) via brew, and created a simple unit test case as below. #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE super #include <boost/test/unit_test.hpp> using namespace boost::unit_test; std::string uri; std::string versionNum; BOOST_AUTO_TEST_CASE( free_test_function ) { BOOST_CHECK(true /* test assertion */); } *Compiled this code as below.* g++ obj/main.o -L /Library/PostgreSQL/9.6/lib -L /usr/local/lib -L /usr/local/opt/openssl/lib/ -o test_integration -lpq -lcpprest -lboost_regex-mt -lboost_system-mt -lboost_thread-mt -lssl -lcrypto -lboost_chrono-mt -lboost_log-mt -lboost_locale-mt -lboost_date_time-mt -lboost_program_options-mt -lboost_stacktrace_noop-mt -lboost_filesystem-mt -lboost_unit_test_framework-mt test integration installation is completed. *Got the error, while I execute the binary.* ./test_integration libc++abi.dylib: terminating with uncaught exception of type boost::unit_test::framework::setup_error: test unit with name 'free_test_function' registered multiple times [1] 59619 abort ./test_integration *I have tried to debug the binary, which execution is successful.* lldb -- ./pgBucket_integration (lldb) target create "./pgBucket_integration" Current executable set to './pgBucket_integration' (x86_64). (lldb) r Process 60066 launched: './pgBucket_integration' (x86_64) Running 1 test case... *** No errors detected Process 60066 exited with status = 0 (0x00000000) I would like to request you to guide me on what/where I am missing. *Below are my g++ version details.* $ g++ --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 8.1.0 (clang-802.0.42) Target: x86_64-apple-darwin16.4.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin -- Regards, Dinesh manojadinesh.blogspot.com

2 3

building on OS X with custom gcc version
by Damien Hocking 12 Jul '18

12 Jul '18

All, I’m trying to get 1.65.1 compiled on OSX 10.13.5. I have gcc 8.1 installed and I’ve added it to user-config.jam in the home directory. When I run "bootstrap.sh —with-toolset=gcc" it uses the Darwin gcc toolset, if I try —with-toolset=gcc-8.1 I get an unknown toolset error. If I use the Darwin-based gcc version of b2 and try and build with gcc 8.1 I get this series of errors: error: No best alternative for libs/context/build/asm_sources. and also linker errors from an unknown option -h on ld. I’m assuming this is because b2 built with Darwin gcc doesn’t have the right options for gcc 8. Is there a way to force b2 to be built based on gcc 8 so it gets the assembly and linker options right? Damien

4 9

[release] Boost 1.68.0 Beta 1
by Marshall Clow 10 Jul '18

10 Jul '18

Boost release 1.67.0 beta 1 is now available at: https://dl.bintray.com/boostorg/beta/1.68.0.beta1/source/ The files are identical to the RC2 that was posted on Friday. The SHA256 checksums are as follows: 961d2bdc74c1499c931b32098842abba8883b1a89ef5c8f8f0ab0aff771a3ce5 boost_1_68_0_b1_rc2.7z 0364846258648e39908ca7cebfc2d2216eef6980c32aaf8276d2cfe73ef012e3 boost_1_68_0_b1_rc2.tar.bz2 d99105685a68907a76b0479ecde77915423246236ef0db9cb846c5bfc09b41f3 boost_1_68_0_b1_rc2.tar.gz 6158e0e961bfb0d8adeb2ea70337b08504668258025f0a873fb21eee3436d22e boost_1_68_0_b1_rc2.zip For details of what's in the release, see <http://www.boost.org/users/history/version_1_68_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

1 0

Boost::MSM do_actions while in state
by IgnacioVizzo 10 Jul '18

10 Jul '18

Is there any way to do this? Using boost::msm? I know for fact that you can implement transition actions using the library, I've searched a lot around the internet and I didn't find my answer. So basically let's say I want to do this: <http://boost.2283326.n4.nabble.com/file/t371323/boost_msm_1.png> boost_msm_1.png <http://boost.2283326.n4.nabble.com/file/t371323/boost_msm_1.png> diagram1.cpp <http://boost.2283326.n4.nabble.com/file/t371323/diagram1.cpp> #include <boost/msm/back/state_machine.hpp> #include <boost/msm/front/euml/euml.hpp> #include <iostream> using namespace boost::msm::front::euml; namespace msm = boost::msm; namespace fsm { BOOST_MSM_EUML_EVENT(trigger); BOOST_MSM_EUML_ACTION(transition_action) { template <class FSM, class EVT, class SourceState, class TargetState> void operator()(EVT const &, FSM &fsm, SourceState &, TargetState &) { std::cout << "-v- transition_action -v-" << std::endl; return; } }; BOOST_MSM_EUML_ACTION(guard) { template <class FSM,class EVT,class SourceState,class TargetState> bool operator()(EVT const& evt,FSM&,SourceState& ,TargetState&) { std::cout << "[guard]" << std::endl; return true; } }; BOOST_MSM_EUML_ACTION(entry_action) { template <class Event, class FSM, class STATE> void operator()(Event const &, FSM &, STATE &) { std::cout << "==>entry_action" << std::endl; return; } }; BOOST_MSM_EUML_ACTION(exit_action) { template <class Event, class FSM, class STATE> void operator()(Event const &, FSM &, STATE &) { std::cout << "<==exit_action" << std::endl; return; } }; BOOST_MSM_EUML_STATE((entry_action,exit_action), State1); // BOOST_MSM_EUML_STATE((entry_action,exit_action), State2); // define the transition table BOOST_MSM_EUML_TRANSITION_TABLE(( State1 == State1 + trigger[guard] / transition_action // State1 == State2 + trigger[guard] / transition_action ), transition_table) // BOOST_MSM_EUML_DECLARE_STATE_MACHINE((transition_table, State1), fsm) // create a state machine "on the fly" BOOST_MSM_EUML_DECLARE_STATE_MACHINE((transition_table, init_ << State1, no_action, no_action, attributes_ << no_attributes_, configure_ << no_configure_, no_action ), my_fsm) typedef msm::back::state_machine<my_fsm> fsm_t; } //namespace fsm int main(int argc, char const *argv[]) { fsm::fsm_t example_fsm; example_fsm.start(); example_fsm.process_event(fsm::trigger); example_fsm.process_event(fsm::trigger); return 0; } // OUTPUT // ==>entry_action // [guard] // <==exit_action // -v- transition_action -v- // ==>entry_action // [guard] // <==exit_action // -v- transition_action -v- // ==>entry_action But I want the machine to DO an action ONCE the Entry_action has completed and BEFORE the states exits. This is sort of a token or mark, like it's used in petri nets and GRAFCETS, basically. I want to add this boost_msm_2.png <http://boost.2283326.n4.nabble.com/file/t371323/boost_msm_2.png> <http://boost.2283326.n4.nabble.com/file/t371323/boost_msm_2.png> And the output for should be something like / OUTPUT // ==>entry_action // -DO ACTION- // [guard] // <==exit_action // -v- transition_action -v- // ==>entry_action // -DO ACTION- // [guard] // <==exit_action // -v- transition_action -v- // ==>entry_action Thanks! -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Users-f2553780.html

2 1

[python][container] map_indexing_suite for flat_map
by MM 09 Jul '18

09 Jul '18

Hello, I've tried to adapt using myfm = boost::container::flat_map<const T*, V>; with boost::python::map_indexing_suite class_< myfm, myfm* >("myfm") .def( map_indexing_suite<myfm>{} ) ; I get a compile errors: /usr/include/boost/python/detail/invoke.hpp:75:14: error: no match for call > to ‘(const > boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<const > T*>) (const T*)’ > ... > Caller = boost::python::detail::caller<const T* (*)(std::pair<const T*, > V>&), default_call_policies ...> I would suspect that there is some function that returns the key_type of the flat_map and takes a single argument of the value_type, but I can't find any. If there's one, I would need pick a return value policy for it. MM

1 0

Boost.Beast includes CRLF in HTTP fields
by David Demelier 08 Jul '18

08 Jul '18

Hello, It looks like HTTP response headers are saved with trailing CRLF in the message upon receiption after (async_)read. Since it usually does not add additional valuable information, would it be possible to remove them in next version of Boost.Beast? It will be more convenient as you don't need to trim them when you want to capture the field value. Regards, -- David

4 11

[release] Boost 1.68.0 Beta 1 Release Candidate 1
by Marshall Clow 07 Jul '18

07 Jul '18

The release candidates for the first 1.68.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.68.0.beta.1.rc1/source/> The release notes are not yet available. The updated documentation is not yet available. [ They will be available in a day or two. ] The SHA256 checksums are as follows: 4b39978aa227f56cc00715d48032e18f4bb259de756637a653b5acead4417e0b boost_1_68_0_b1_rc1.7z 39f6fdc16fc62041ca1401c5e8d1cd0220de24fd5d909eca3f0bf1049d1fd6f9 boost_1_68_0_b1_rc1.tar.bz2 9714d11a205e6f3a1cf1ed17b0caad8a64bc4a5459dfc6e1629e14e5e4b44dc7 boost_1_68_0_b1_rc1.tar.gz fe35f20eb5c2ebf5d4e4f15d0416e484058a732ca1a1e59b831b79d4d7702bdd boost_1_68_0_b1_rc1.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Boost Release Managers

6 16

[release] Boost 1.68.0 Beta 1 Release Candidate 2
by Marshall Clow 07 Jul '18

07 Jul '18

The release candidates for the second 1.68.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.68.0.beta1.rc2/source/> The release notes are not yet available. The updated documentation is not yet available. [ They will be available in a day or two. ] == Changes since RC1: * version.hpp now has the correct version number in it. * Boost.Wave now builds on FreeBSD * Boost.ProgramOptions should now pass tests on msvc-10.0. The SHA256 checksums are as follows: 961d2bdc74c1499c931b32098842abba8883b1a89ef5c8f8f0ab0aff771a3ce5 boost_1_68_0_b1_rc2.7z 0364846258648e39908ca7cebfc2d2216eef6980c32aaf8276d2cfe73ef012e3 boost_1_68_0_b1_rc2.tar.bz2 d99105685a68907a76b0479ecde77915423246236ef0db9cb846c5bfc09b41f3 boost_1_68_0_b1_rc2.tar.gz 6158e0e961bfb0d8adeb2ea70337b08504668258025f0a873fb21eee3436d22e boost_1_68_0_b1_rc2.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Boost Release Managers

1 3

Re: [Boost-users] [boost] [release] 1.68.0 closed for Beta
by Marshall Clow 06 Jul '18

06 Jul '18

On Thu, Jul 5, 2018 at 1:52 PM, Edward Diener via Boost < boost(a)lists.boost.org> wrote: > On 7/5/2018 10:32 AM, Marshall Clow via Boost wrote: > >> The master branch is now closed for all changes except by permission >> for the Beta release. >> >> Also, remember to add your libraries' changes to the release notes at: >> >> < >> https://github.com/boostorg/website/blob/master/feed/history >> /boost_1_68_0.qbk >> >>> >>> >> Thanks, >> >> -- The Boost Release Team >> > > I would like to merge iostream's 'develop' changes to 'master'. The > changes have been heavily tested and there has been a request for at least > one of the changes to make it into the upcoming Boost release. > > Edward -- What are the changes, and how important is it that they appear in the Beta release? There will be time to merge post-beta before the final 1.68.0 release. -- Marshall

1 0

[release] 1.68.0 closed for Beta
by Marshall Clow 05 Jul '18

05 Jul '18

The master branch is now closed for all changes except by permission for the Beta release. Also, remember to add your libraries' changes to the release notes at: < https://github.com/boostorg/website/blob/master/feed/history/boost_1_68_0.q… > Thanks, -- The Boost Release Team

1 0

Simple XML parser - error handling - line number
by AndrzejB 29 Jun '18

29 Jun '18

I see tutorial sample: https://www.boost.org/doc/libs/1_67_0/libs/spirit/example/qi/mini_xml3.cpp <https://www.boost.org/doc/libs/1_67_0/libs/spirit/example/qi/mini_xml3.cpp> on_error<fail> ( xml , std::cout << val("Error! Expecting ") << _4 // what failed? << val(" here: \"") << construct<std::string>(_3, _2) // iterators to error-pos, end << val("\"") << std::endl ); How print line number, or how print _2 and _3 . If I write _2 instead _4, is compiler error. -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Users-f2553780.html

2 1

[release] 1.68.0 closed for major changes
by Marshall Clow 28 Jun '18

28 Jun '18

The master branch is now closed for new libraries and breaking changes, and will be closing for the beta in one week. Also, if you're ready, you can also add your libraries' changes to the release notes at: <https://github.com/boostorg/website/blob/master/feed/ history/boost_1_68_0.qbk> After editing the release notes, you should get a form to create a pull request, remember to submit it, otherwise I won't see your change. Thanks, -- The Boost Release Team

1 0

Is it safe to download boost_1_67_0-msvc-14.1-64.exe?
by Trung Tran 28 Jun '18

28 Jun '18

From https://dl.bintray.com/boostorg/release/1.67.0/binaries/boost_1_67_0-msvc-1… I got windows defender warning on Trojan:Win32/Vigorf.A Total virus report the same on the same file. https://www.virustotal.com/#/file/402d07022fe9671e401efc4e90a1ff25e1bc9e1c2…

7 17

[numeric/interval.hpp] compilation on clang++ vs g++
by M B 27 Jun '18

27 Jun '18

This may be a somewhat newbie question.This is cross-posted on stack exchange before I found this list. (https://stackoverflow.com/questions/51062374/different-behavior-with-enable…) I'm having trouble compiling the following piece of boost-based code: ***** #include <boost/numeric/interval.hpp> #include <complex> int main(){ std::complex<boost::numeric::interval<double> > my_interval(1,1); my_interval *= my_interval; return 0;} ***** When I compile using g++ (MacPorts gcc5 5.5.0_1), I get no compilation errors (g++ -std=c++14 main.cpp). When I compile using clang++ (Apple LLVM version 8.1.0 (clang-802.0.38)), I get compilation errors (clang++ -std=c++14 main.cpp). Summarizing the error, it appears that an enable_if in cmath (line 424: std::enable_if<std::is_arithmetic<_A1>::value, bool>::type) is preventing isnan from being defined for boost::numeric::interval<double> (at least in clang++). Am I doing something wrong or is there a work around? I realize that this might be more of a std::complex question than a boost question, but since it involves boost, I thought that I'd ask here. Thank you. The full and complete error is below. ***** Full and Complete Error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/complex:599:9: error: no matching function for call to 'isnan' if (isnan(__x) && isnan(__y)) ^~~~~/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/complex:312:27: note: in instantiation of function template specialization 'std::__1::operator*<boost::numeric::interval<double, boost::numeric::interval_lib::policies<boost::numeric::interval_lib::rounded_math<double>, boost::numeric::interval_lib::checking_strict<double> > > >' requested here *this = *this * complex(__c.real(), __c.imag()); ^main.cpp:6:15: note: in instantiation of function template specialization 'std::__1::complex<boost::numeric::interval<double, boost::numeric::interval_lib::policies<boost::numeric::interval_lib::rounded_math<double>, boost::numeric::interval_lib::checking_strict<double> > > >::operator*=<boost::numeric::interval<double, boost::numeric::interval_lib::policies<boost::numeric::interval_lib::rounded_math<double>, boost::numeric::interval_lib::checking_strict<double> > > >' requested here my_interval *= my_interval; ^/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cmath:424:25: note: candidate template ignored: disabled by 'enable_if' [with _A1 = boost::numeric::interval<double, boost::numeric::interval_lib::policies<boost::numeric::interval_lib::rounded_math<double>, boost::numeric::interval_lib::checking_strict<double> > >]typename std::enable_if<std::is_arithmetic<_A1>::value, bool>::type

2 1

[Test] Test executable crashes always
by Nate Widmyer 26 Jun '18

26 Jun '18

Hello, I've made some unit tests with boost test before without issue, but on my latest rather ordinary test, I've been able to get Boost test to crash the executable in debug and release mode when boost test is making a report before terminating. test_exe.exe!boost::unit_test::framework::get(unsigned long id, boost::unit_test::test_unit_type t) Line 1388 C++ test_exe.exe!boost::unit_test::framework::get<boost::unit_test::test_unit>(unsigned long id) Line 208 C++ test_exe.exe!boost::unit_test::results_reporter::make_report(boost::unit_test::report_level l, unsigned long id) Line 175 C++ test_exe.exe!boost::unit_test::unit_test_main(boost::unit_test::test_suite *(*)(int, char * *) init_func, int argc, char * * argv) Line 235 C++ test_exe.exe!main(int argc, char * * argv) Line 287 C++ That's the default report_level of 'confirm' If I use report_level=short or detailed, I get a similar crash: test_exe.exe!boost::unit_test::framework::get(unsigned long id, boost::unit_test::test_unit_type t) Line 1388 C++ test_exe.exe!boost::unit_test::framework::get<boost::unit_test::test_suite>(unsigned long id) Line 207 C++ test_exe.exe!boost::unit_test::traverse_test_tree(unsigned long id, boost::unit_test::test_tree_visitor & V, bool ignore_status) Line 365 C++ test_exe.exe!boost::unit_test::results_reporter::make_report(boost::unit_test::report_level l, unsigned long id) Line 185 C++ test_exe.exe!boost::unit_test::unit_test_main(boost::unit_test::test_suite *(*)(int, char * *) init_func, int argc, char * * argv) Line 235 C++ test_exe.exe!main(int argc, char * * argv) Line 287 C++ Here's the get() method: test_unit& get( test_unit_id id, test_unit_type t ) { test_unit* res = impl::s_frk_state().m_test_units[id]; BOOST_TEST_I_ASSRT( (res->p_type & t) != 0, internal_error( "Invalid test unit type" ) ); return *res; } Crash occurs on line 2 of the function. I logged 'res' each time the function is called and many times its valid, but when it runs this one test (by itself or with others), 'res' always ends up being NULL. id seems to always be '1', and t is TUT_ANY (17) if generating a confirmation report or TUT_SUITE (16) if generating a short or detailed report. If I use the option '--report_level=no', then execution does complete fine. I followed through on some process of elimination and it seems to be related to using a fixture? Having no test body still causes the crash. It wasn't until I removed the fixture (and its usage in the body of the test) did the executable not crash. I ensured that I was using the standard fixture model found here: http://www.boost.org/doc/libs/1_64_0/libs/test/doc/html/boost_test/tests_or… OS is Win 7 w/ VS2015 boost is 1.64.0 and was built with: b2 toolset=msvc-14.0 link=static runtime-link=static variant=debug address-model=64 --without-atomic --without-container --without-context --without-coroutine --without-coroutine2 --without-graph --without-graph_parallel --without-iostreams --without-locale --without-math --without-mpi --without-serialization --without-signals --without-type_erasure --without-wave -j4 --abbreviate-paths --without-python -d2 Any help would of something to look at or change would be appreciated. Thanks for your time, Nathan

2 4

query regarding parallel algorithms and error message
by ian D Chivers 26 Jun '18

26 Jun '18

I have installed boost to work with Windows Microsoft Visual C++ Cygwin g++ Linux openSuSe I can compile and run test programs On all three versions. However I get the following error messages when trying To call one of the routines in https://www.boost.org/doc/libs/1_67_0/libs/sort/doc/html/sort/parallel.html Here is the cygwin message $ g++ ch3604.cxx ch3604.cxx: In function 'int main()': ch3604.cxx:155:3: error: 'parallel_stable_sort' was not declared in this scope parallel_stable_sort( x.begin() , x.end() ); Here is the Microsoft message C:\document\cpp\examples>cl /EHsc /I "C:\Program Files\boost\boost_1_67_0" -O2 /F 1000000000 ch3604.cxx Microsoft (R) C/C++ Optimizing Compiler Version 19.13.26129 for x64 Copyright (C) Microsoft Corporation. All rights reserved. ch3604.cxx I get a similar message on openSuSe linux. Here is the top part of the source file ##### #include <iostream> #include <algorithm> #include <array> #include <chrono> #include <random> #include <string> #include <boost/sort/sort.hpp> using namespace std; ##### Here is a section of the main program ##### parallel_stable_sort( x.begin() , x.end() ); heading = "Boost sort "; t = timer_01.elapsed(); print_time(heading, t); cout << x[0] << " " << x[nr-1] << endl; ##### I get similar messages when trying to use any of the serial Or parallel routines. The documentation says that I only need to include #include <boost/sort/sort.hpp> To make things available. Any thoughts? Ian Chivers

3 4

[asio] Second connection fails
by Florian Lindner 21 Jun '18

21 Jun '18

Hello, I am using boost.asio to connect a self written host. The function below is called with acceptorRanks = {0, 1}. The first connection went well, but the second one fails (to 1). It is always the second with, e.g. when called with {1, 0}, connecting to 0 fails. I took the code out of context, changed some lines for clarity, I hope you can help me! The sockets seems to connect, i.e. there is no error, but the asio::write fails with "Bad file descriptor" Wireshark only shows traffic for the first connections, nothing at all the second (when filtered by port name). The connection is always on localhost. The host to wich I connect always takes on connection per process, that is way I think the problem is with the requester. I would be really thankful for any help what the problem could be. Best Thanks! Florian Same code: https://gist.github.com/floli/d418405ca50d722f1abf8bf5971466e2 void requestConnection(std::string const &nameAcceptor, std::string const &nameRequester, std::set<int> const &acceptorRanks, int requesterRank) { boost::asio::ip::tcp::resolver resolver(*_ioService); for (auto const & acceptorRank : acceptorRanks) { try { address = readAddress(nameAcceptor, nameRequester, acceptorRank); DEBUG("Requesting connection to " << address); std::string ipAddress = address.substr(0, address.find(":")); std::string portNumber = address.substr(ipAddress.length()+1, address.length() - ipAddress.length()-1); _portNumber = static_cast<unsigned short>(std::stoi(portNumber)); PtrSocket socket(new Socket(*_ioService)); // shared_ptr to socket using asio::ip::tcp; tcp::resolver::query query(tcp::v4(), ipAddress, portNumber); while (not isConnected()) { tcp::resolver::iterator endpoint_iterator = resolver.resolve(query); boost::system::error_code error = asio::error::host_not_found; boost::asio::connect(*socket, endpoint_iterator, error); _isConnected = not error; if (not isConnected()) { // Wait a little, since after a couple of ten-thousand trials the system // seems to get confused and the requester connects wrongly to itself. boost::asio::deadline_timer timer(*_ioService, boost::posix_time::milliseconds(1)); timer.wait(); } } DEBUG("Requested connection to " << address << ", rank = " << acceptorRank); _sockets[acceptorRank] = socket; WARN("CHECKPOINT 1 FOR RANK " << acceptorRank); asio::write(*_sockets.at(acceptorRank), asio::buffer(&requesterRank, sizeof(int))); WARN("CHECKPOINT 2 FOR RANK " << acceptorRank); // reached only for acceptorRank=0 } catch (std::exception &e) { ERROR("Requesting connection to " << address << " failed: " << e.what()); } } // NOTE: // Keep IO service running so that it fires asynchronous handlers from another thread. _work = PtrWork(new asio::io_service::work(*_ioService)); _thread = std::thread([this]() { _ioService->run(); }); }

3 3

Passing io_service to socket in implementation file after initialization in header file
by Álvaro Cebrián Juan 19 Jun '18

19 Jun '18

If I initialize an io_service object and a socket object in my header file, how do I pass io_service to the socket as a parameter in my implementation file? Take this header file as an example: // foo.h > > #include <boost/asio.hpp> > > class foo > { > public: > > foo(); // Constructor. > > private: > > boost::asio::io_service ios; > > boost::asio::ip::udp::socket sock; > }; > And the corresponding implementation file: // foo.cc > > #include "foo.h" > > foo::foo() > { > sock(ios); // <-- This throws a compiler error. > } > Why doing *sock(ios);* doesn't work? What is the proper way to do it? Thank you. Álvaro

6 10

operator<< for std::vector< boost::variant< type_a, type_b >>
by Maarten Verhage 18 Jun '18

18 Jun '18

Dear boost-savvy people, I fail to understand how I need to write a working ostream overload for a type I have. I've read the boost::variant documentation. As well as stackoverflow question: https://stackoverflow.com/questions/46343138/using-stdvectorboostvariant-wi… Still I fail to understand how to make it work for the type I have. In the code you can see parameter_t is an element in the employee_t. I need to keep this data structure this way. Attached is my single 30 line problem code. I do compile with gcc 5.1.0 with C++14 support. It doesn't compile. The important part of the compiler output might be: C:\dev\boost_1_67_0/boost/variant/detail/variant_io.hpp:64:14: error: no match for 'operator<<' (operand types are 'std::basic_ostream<char>' and 'const std::vector<boost::variant<int, double> >') out_ << operand; My overload is obviously wrong. I would be very happy if someone can show me how to make it work. Best regards, Maarten Verhage

3 8

Why do socket::receive() and socket::async_receive() have different return types?
by Álvaro Cebrián Juan 14 Jun '18

14 Jun '18

>From the documentation I can see that socket::receive() <https://www.boost.org/doc/libs/1_58_0/doc/html/boost_asio/reference/basic_d…> returns a variable of type "std::size_t", while the asynchronous version socket::async_receive() <https://www.boost.org/doc/libs/1_58_0/doc/html/boost_asio/reference/basic_d…> returns "void". This is also true for socket::send() <https://www.boost.org/doc/libs/1_58_0/doc/html/boost_asio/reference/basic_d…> and socket::async_send() <https://www.boost.org/doc/libs/1_58_0/doc/html/boost_asio/reference/basic_d…> . I was expecting that they would have the same return types, so there might be a good reason behind. I would be grateful if someone can shed some light on this. Thank you. Álvaro

5 4

[boost] [release] 1.68.0 deadline for new libraries approaching
by Marshall Clow 12 Jun '18

12 Jun '18

One week from tomorrow master will closed for new libraries. Upcoming dates: * 20-Jun: Boost 1.68.0 closed for new libraries and breaking changes * 27-Jun: Boost 1.68.0 closed for major code changes * 4-Jul: Boost 1.68.0 closed for beta * 11-Jul: Boost 1.68.0 beta 1 * 1-Aug: Boost 1.68.0 closed for release * 4-Aug: Boost 1.68.0 release -- The Boost Release Team

1 0

Serialization over UDP
by Álvaro Cebrián Juan 11 Jun '18

11 Jun '18

Hello everyone, I have no prior experience with Boost. I need to serialize an object and send it over UDP to a remote machine. I already have a completely functional serialization mechanism over TCP and I would like to convert it to UDP. The member function that I use to serialize the objects over TCP looks like this: /// Asynchronously write a data structure to the socket. > template <typename T, typename Handler> > void async_write(const T& t, Handler handler) > { > // Serialize the data first so we know how large it is. > std::ostringstream archive_stream; > boost::archive::text_oarchive archive(archive_stream); > archive << t; > outbound_data_ = archive_stream.str(); > > // Format the header. > std::ostringstream header_stream; > header_stream << std::setw(header_length) > << std::hex << outbound_data_.size(); > if (!header_stream || header_stream.str().size() != header_length) > { > // Something went wrong, inform the caller. > boost::system::error_code > error(boost::asio::error::invalid_argument); > socket_.get_io_service().post(boost::bind(handler, error)); > return; > } > outbound_header_ = header_stream.str(); > > // Write the serialized data to the socket. We use "gather-write" to > send > // both the header and the data in a single write operation. > std::vector<boost::asio::const_buffer> buffers; > buffers.push_back(boost::asio::buffer(outbound_header_)); > buffers.push_back(boost::asio::buffer(outbound_data_)); > boost::asio::async_write(socket_, buffers, handler); > } > As you can see in the code, it makes use of streams to write the serialized data asynchronously to the remote machine. This is fine for TCP, since this protocol is stream-oriented. However, as far as I know, this does not work for UDP because it is message-oriented and therefore it does not support streams. Thus, I would be very grateful if someone could shed some light on which tools does Boost provide that would make serialization feasible over UDP. Thank you. Best Regards, Álvaro

2 1

Bug when using boost::optional with boost::program_options?
by Jim Porter 06 Jun '18

06 Jun '18

Before I spend too long tracking this down (I'm only seeing it in an Appveyor Windows build, since I do most of my work on Linux), I wanted to see if anyone else has experienced this issue. I'm trying to use boost::program_options to parse a command line arg and store it into a boost::optional, however I get a surprising compilation error[1]. This appears to have been introduced sometime between Boost 1.60 and 1.62 (Appveyor doesn't have Boost 1.61). I see that there were some significant changes to boost::optional between those revisions, so maybe that's the cause? The following test case *might* reproduce the issue, but sadly, rextester only has Boost 1.60, so it works there[2]. If it fails for someone with Boost 1.62+, then great! (Well, not "great", but you know what I mean.) Interestingly, it's not until Boost 1.65[3] that boost::program_options claims to support storing values into boost::optional; it's worked for me since long before that, possibly because I `#include <boost/optional/optional_io.hpp>`. If this isn't enough for others to help confirm this issue, that's ok; I'll try to get a Windows dev environment set up to provide more details in the coming week. I just wanted to send this out before I forgot about it... If it matters, the Appveyor build I'm seeing this with uses Visual Studio 2015 Update 3. Thanks, - Jim [1] https://hastebin.com/awutivawew.txt [2] http://rextester.com/QGBH48883 [3] https://www.boost.org/users/history/version_1_65_0.html

4 9

Can't build Boost sgd libraries using VC
by Ed Bronkowski 05 Jun '18

05 Jun '18

2 1

boost::process::win32_launch(...) with unicode working directory - Urgent
by Chandrasekhar B 04 Jun '18

04 Jun '18

Dear Users, I have trouble using the following boost api. I am developing application for Non English OS. The working directory is non-english for this case. If I set the working directory to Japanese or any other non-english language, the process does not start. I have few files that need to be read from the working directory. however, if I launch the process from the cmd line (whose path is again some Unicode text) the process launches fine. boost::process:win32_launch(const Executable &exe, const Arguments &args, const Win32_Context &ctx) is there any way to support unicode path for working directory within boost? Regards Chandrasekhar

1 0

How to build shared boost with clang-win?
by JR Cary 03 Jun '18

03 Jun '18

Windows 7 VSS2017 (1911) LLVM-6.0.0-win64 ./bootstrap.bat (works) ./b2 -d+2 -q toolset=clang-win runtime-link=shared link=shared cxxflags='/std:c++14 /EHsc /MD' address-model=64 threading=multi variant=release -s NO_COMPRESSION=1 --layout=system --abbreviate-paths -j1 --without-python --without-mpi --without-log --without-math stage fails at clang-linux.link.dll bin.v2\libs\atomic\build\clng-lnx-win\rls\thrd-mlt\boost_atomic.dll "clang++" -o "bin.v2\libs\atomic\build\clng-lnx-win\rls\thrd-mlt\boost_atomic.dll" -Wl,-soname -Wl,boost_atomic.dll -shared -Wl,--start-group "bin.v2\libs\atomic\build\clng-lnx-win\rls\thrd-mlt\lockpool.obj" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -m64 -pthread It looks like clang-win is trying to use clang++ to link? Should it no use clang-cl? Thanks....John Cary

1 0

Plans to add parameter parsing in Beast?
by David Demelier 30 May '18

30 May '18

Hello, I'm trying to use Beast, it works fine and looks promising. Unfortunately, it looks like (unless I'm wrong) that there is no facilities to parse URL parameters or POST data. Such as /foo&option1=1&option2=2 Or simply form data: option1=1&option2=2 Are there plans to add such things or is definitely a non-goal of Boost Beast? Regards, -- David

2 2

Boost::Log memory allocation
by Olivier Tristan 29 May '18

29 May '18

Hi, I was wondering if it is possible to avoid allocation in the thread trying to log stuff ? I thought that using asynchronous_sink and bounded_fifo_queue with drop_on_overflow would be enough but it do not look like to be the case. Thanks ! -- Olivier Tristan Research & Development www.uvi.net

1 0

boost-iostreams problem
by Theodore Papadopoulo 28 May '18

28 May '18

Hi, I'm trying to use boost_iostream in a way that is probably not intented. My use case is the following, I have a C++ stream. I want to read its first bytes to determine if its gzip or Bzip2 or none of those, putback the characters to the stream and then create the appropriate pipeline to read the stream. Ideally, I'd then restart the procedure, so that I can incrementally build a pipeline based on the successive magic numbers read at the begining of the stream after different level of decoding. Imagine a file that has been gzipped and uuencoded. Let's call its stream ifs. Reading the first bytes of ifs, I would detect that it's an uuencoded file, so I construct a pipeline ifs1 = ifs | uudecode. Reading the first bytes of ifs1, I would detect that it's a gzipped file, and will construct a new pipeline ifs2 = ifs | uuencode | gzip (the reverse ordering for reading pipelines does not help here, but I can manage that). And so on.... Unfortunately, this does not work as I'm expecting it. The attached code is a small example showing the problem. When, reading the stream after having pushed the gzip filter (line 23), I get an exception. boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::iostreams::gzip_error> > Digging a little with gdb seems to show that the putback buffer is somehow lost, so the gzip filter does not read the proper header and hence the exception. The raw in.read does not throw exceptions but returns random bytes after the first 1f.... What is strange is that if I do the sequence: in.push(file); read(in,buffer,1); putback(in,buffer[0]); in.pop(); in.push(file); read(in,buffer,1); std::cout << std::hex << static_cast<int>(static_cast<unsigned char>(buffer[0])) << std::endl; putback(in,buffer[0]); The second read correctly reads the character put back (1f), but the second putback triggers an exception (putback buffer full). If the first read/putback is done directly on file, everything works as expected. I'm really stuck at this point, so any help would be welcome.... I hope there is a way to use boost_iostreams to achieve what I want to do. Thank's in advance for any clue on how to solve this... Theo.

1 0

[asio] continuous reads into streambuf
by Stephan Menzel 25 May '18

25 May '18

Hello all, once again I find myself struggling with asio streambufs but wanted to ask here before chicken out to char buffers again. My problem is that I cannot read more than one protocol loop successfully. I got a TCP connection here that continuously receives messages on a simple protocol like that: header_size CRLF header (contains payload size) payload <repeat> I thought this is a prime use case for reading into a streambuf as I can easily deal with additional data being in there and the client pushing as fast as it can. Here is what I do (simplified quite a bit, sorry for copy and paste and simplify errors): (m_socket and m_streambuf are only used by one io_context, one thread, no races as far as I can tell) void read_header_size() { asio::async_read_until(m_socket, m_streambuf, "\r\n", [self](const boost::system::error_code, const std::size_t) { // < handle error skipped > std::string hsizestr; hsizestr.reserve(32); { std::istream is(&self->m_streambuf); std::getline(is, hsizestr); } std::size_t header_size = parse(hsizestr); self->read_header(header_size); }); } void read_header(const std::size_t n_header_size) { asio::async_read(m_socket, m_streambuf, boost::asio::transfer_exactly(n_header_size), [self, packet, n_header_size](const boost::system::error_code, const std::size_t) { // < handle error skipped > // Tried two versions of parsing the header (manual consume and istreams of various sorts) // manual consume: size_t payload_size = parse_header(n_streambuf.data().data(), n_header_size)) { n_streambuf.consume(n_header_size); self->read_payload(payload_size); }); } void read_payload(const std::size_t n_payload_size) { asio::async_read(m_socket, m_streambuf, boost::asio::transfer_exactly(payload_size), [self, n_packet, packet_size](const boost::system::error_code, const std::size_t) { // < handle error skipped > { std::istream is(&self->m_streambuf, std::ios::binary); is.read(target_buffer, target_buffer_size); // target buffer is elsewhere and well guarded } // read next message self->read_header_size(); }); } When I run this and make sure the client pushes at least 2 packets I can safely receive and process the first but after that the next asnc_read() in read_header never returns. As in never calls its handler. From debugging and looking at the streambuf I can reasonably assume the buffer contains all the data after the first async_read_until because the packages are very small (only about 60 bytes total). This leads me to believe the transfer_exactly don't return unless something is actually really transferred. But if such is the case, why does the first loop succeed? I am quite lost here. If anybody has some suggestion it is much appreciated. Thanks a bunch! Stephan

4 9

Boost Process continuously read output
by Surya Kiran Gullapalli 16 May '18

16 May '18

Hi, I'm trying to read outputs/logs from different processes and display them in a GUI. The processes will be running for long time and produce huge output. I'm planning to stream the output from those processes and display them according to my needs. All the while allow my gui application to take user inputs and perform other actions. What I've done here is, from main thread launch two threads for each process. One for launching the process and another for reading output from the process. This is the solution I've come up thus far. // Process Class class MyProcess { namespace bp = boost::process; boost::asio::io_service mService; // member variable of the class bp::ipstream mStream // member variable of the class std::thread mProcessThread, mReaderThread // member variables of the class. public void launch(); }; void MyProcess::launch() { mReaderThread = std::thread([&](){ std::string line; while(getline(mStream, line)) { std::cout << line << std::endl; } }); mProcessThread = std::thread([&]() { auto c = boost::child ("/path/of/executable", bp::std_out > mStream, mService); mService.run(); mStream.pipe().close(); } } // Main Gui class class MyGui { MyProcess process; void launchProcess(); } MyGui::launchProcess() { process.launch(); doSomethingElse(); } The program is working as expected so far. But I'm not sure if this is the correct solution. Please let me know if there's any alternative/better/correct solution Thanks, Surya

2 3

how to add comments to boost property tree while export in xml file
by neelam baliyan 16 May '18

16 May '18

Hi All, I have read and store my complete configuration file in to boost property tree, now I want to export it to a xml file which i can do via function write_xml(). I wanted to add some comments inside my exported xml file. Please help me to know, how to add comments inside xml file while exporting data from boost property tree. Thanks & Regards Neelam

2 3

Boost and Intellisense
by Leo Cacciari 16 May '18

16 May '18

Hi, I'm developing a windows application using boost libraries. Unfurtunately, some parameters of it are totally out of my control, nor I have the leverage needed to change it. Namely, - the application *must* use Visual C++ 9.0 runtime - the IDE to be used is capped at Visual Studio 2013 - to avoid problems with other related projects, the boost release should be 1.54.0 (here I have a modicum of liberty, as far as the previous two conditions are satisfied) I may live whit all of the above, however Intellisense has some glitches that are annoying me. For one, it appears unable to recognize the boost::asio::ip namespace. If I define a variable as, for instance boost::asio::ip::udp::endpoint ep; Intellisense marks 'ip' in red and keeps saying that ep is undefined (and consequently doesn't offer completion for its methods). I have tried including directly boost/asio/ip/udp.hpp and also putting an "using boost::asio::ip::udp" before the above definition as in #include <boost/asio/ip/udp.hpp> using boost::asio::ip::udp; udp::endpoint ep; but nothing changes (I'll gladly post a screenshot if I knew which is the accepted way to post images to this list). It should be noted that, aside from this and some analogous problems, Intellisense works fine, making the above even more annoying. Does anyone have a solution to this problem that do not violate the aforementioned constraints? Thanks in avance lc -- Leo Cacciari Aliae nationes servitutem pati possunt. Populi Romani est propria libertas.

3 3

phoenix: BOOST_PHOENIX_NO_VARIADIC_EXPRESSION purpose
by MM 10 May '18

10 May '18

Hello (Thomas Heller, Joel de Guzman :-) ) In /usr/include/boost/phoenix/object/construct.hpp, there appears this preprocessor test on this macro BOOST_PHOENIX_NO_VARIADIC_EXPRESSION whereby the code either: 1. includes boost/phoenix/object/detail/cpp03/construct_expr.hpp , or 2. defines a expression inline Is that macro used to workaround some compiler limitations (and/or c++ std version) back in the day? I work with g++7 and std=c++14, and boost 1.64, and yet somehow boost/phoenix/object/detail/cpp03/construct_expr.hpp is included, and somewhere down the line a compilation error happens. The cpp03 is unnerving. Rds, MM

2 1

Boost Graph Library(biconnected_components) issue
by Meghana.M Reddy 07 May '18

07 May '18

Hi, I am working on the Boost Graph Library, currently trying to create an interface of the biconnected_components method to a Python code. I used the example code available here <https://www.boost.org/doc/libs/1_67_0/libs/graph/example/biconnected_compon…> for the method and modified it for my purpose. The template of the method is here <https://www.boost.org/doc/libs/1_67_0/libs/graph/doc/biconnected_components…>. The final code seems fine but I get an error while compiling it. And the errors are related to adjacency.hpp which I have not changed so I'm confused as to what the exact problem is. Hoping someone can help me out. My code: class BoostGraph { private: typedef typename boost::adjacency_list< OutEdgeListS, VertexListS, DirectedS, boost::property<boost::vertex_index_t, v_index>, EdgeProperty, boost::no_property, EdgeListS> adjacency_list; typedef typename boost::property_map<adjacency_list, boost::edge_index_t>::type components; public: adjacency_list graph; std::vector<v_index> bc_tree() { components components_bc = get(boost::edge_index, graph); std::size_t num_comps = biconnected_components(graph, components_bc); std::cerr << "Found " << num_comps << " biconnected components.\n"; std::vector<vertex_descriptor> art_points; articulation_points(graph, std::back_inserter(art_points)); std::cerr << "Found " << art_points.size() << " articulation points.\n"; std::vector<v_index> to_return; return to_return; } The error I'm getting: build/cythonized/sage/graphs/base/boost_graph.cpp:3730:26: required from here /home/meghana/Documents/sage_gsoc/sage_may/sage/local/ include/boost/graph/detail/adjacency_list.hpp:2696:29: error: forming reference to void typedef value_type& reference; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/ include/boost/graph/detail/adjacency_list.hpp:2697:35: error: forming reference to void typedef const value_type& const_reference; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/ include/boost/graph/detail/adjacency_list.hpp:2701:61: error: forming reference to void typename Graph::vertex_descriptor,Property,Tag> type; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/ include/boost/graph/detail/adjacency_list.hpp:2704:68: error: forming reference to void typename Graph::vertex_descriptor,const Property, Tag> const_type; ^ error: command 'gcc' failed with exit status 1 Makefile:33: recipe for target 'sage' failed make: *** [sage] Error 1 Thank you, Meghana

1 0

Installing pre-built binaries on Windows with Docker
by Matthew Berry 04 May '18

04 May '18

Hi, I tried installing pre-built 1.67 binaries from https://dl.bintray.com/boostorg/release/1.67.0/binaries/ in a Windows Server Docker container but am running into an issue where the installation does not complete. I ran the installer exe in silent mode. A lot of the files including headers are installed, but not the lib directory with the binaries. The Inno Setup log does not indicate an error, it just stops writing in the middle of the installation. Does anyone know why installation does not complete? Has anyone been able to install pre-built libraries in a Windows Docker container? Any help would be appreciated. Thanks, Matt

2 1

Why is BOOST_OS_WINDOWS defined on Linux
by David Demelier 04 May '18

04 May '18

Hello, Everything is in the title, the following code compiles and shows "Windows" even though I'm running Fedora 28. I can't understand. #include <iostream> #include <boost/predef.h> int main() { #if defined(BOOST_OS_WINDOWS) puts("Windows"); #endif } I'm using Boost 1.66 with GCC 8.0.1. Regards, -- David

3 5

Bi-Directional Links in call to Push-Relabel Max Flow (UNCLASSIFIED)
by Glover, Anthony E CTR USARMY RDECOM (US) 03 May '18

03 May '18

CLASSIFICATION: UNCLASSIFIED Hello, I am new to the Boost Graph library and had a question concerning the Push-Relabel Max Flow method. From the documentation, it states: The CapacityEdgeMap argument cap must map each edge in E to a positive number, and each edge in ET to 0. >From looking at the examples provided, it appears that an edge is added with some non-zero capacity and then the reverse edge is created with a capacity of 0 as the documentation states is needed. However, if I truly want a reverse edge with non-zero capacity, it appears that I have to create a second pair of edges going the other direction. I end up creating 4 total edges to handle the bi-directional flow capacity. Is that truly how the graph should be configured in order to use the method? Maybe I'm just not using it as designed. Thank You, Tony CLASSIFICATION: UNCLASSIFIED

1 0

Veracode Scan
by Abhijit Dutta 03 May '18

03 May '18

Hi There, As part of release practice in our org., we have run Veracode (static) scan on our application which uses BOOST. We got good amount of error pointing to the BOOST libraries. Detecting the false positives and fixing the code will be a tedious task. So, want to know if anyone in the community has faced such situations and want to share their experience on resolving those. ~Thanx Abhijit

2 2

help
by Radekkostra＠seznam.cz 30 Apr '18

30 Apr '18

hello, i am trying to build boost, but i have problems. First is in log(bootstrap.log - could not find "vswhere") and second is when compiling boost(this command :.\b2 --toolset=msvc link=shared,static address -model=64 --with-system --with-filesystem -j 4(5 failed,12skipped,79 updated).

2 2

[Process] Help needed with boost::process::extend::on_*
by Günter Berner 26 Apr '18

26 Apr '18

I am using boost::process::child to create a child process: boost::process::child child("foo"); This works fine so far (on Linux + Windows). Now i want to use a handler which is executed during the fork process: boost::process::child child("foo", boost::process::extend::on_setup = [](auto& exec) { // ... }); This also works fine - as long as a more or less up-to-date C++ compiler or C++ standard. Since g++-4.8.5 (which I have to use) does not support auto template deduction for lambdas, i have to replace the lambda parameter type with a concrete type. boost::process::child child("foo", boost::process::extend::on_setup = [](<WHAT_GOES_HERE?>& exec) { // ... }); Boost.Process documentation only uses the modern approach with auto template deduction. I simply cannot find an example/documentation where the concrete types are shown. Thanks.

1 0

failed coversion
by Markel, Joseph 25 Apr '18

25 Apr '18

Is there a way to get the int value by performing division on boost::any variables? #include <boost/any.hpp> int main(void) { boost::any a = 10; std::cout << boost::any_cast<int>(a) << std::endl; boost::any s = 2.5; // scaling factor // scale the value a = boost::any_cast<int>(a)/boost::any_cast<float>(s); std::cout << boost::any_cast<int>(a) << std::endl; } This throws the error boost::bad_any_cast: failed conversion using boost::any_cast Thanks CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain proprietary and privileged information for the use of the designated recipients named above. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.

2 1

[multiprecision] static_cast<cpp_bin_float_100> gives strange values.
by Vögl, Christian 20 Apr '18

20 Apr '18

Hi everyone. The following Situation: I tried to improve the accuracy of a numerical function by replacing all double variables with cpp_bin_float_100. The parameters of this function contain two 3-element double arrays, which I convert to cpp_bin_float_100 by the following function: static void equal(cpp_bin_float_100* a, double* b) { for(int i=0; i<3;i++) { a[i]=static_cast<cpp_bin_float_100>(b[i]); } } the third element seems to be converted correctly, the first and second are totally off. (e. g. 100 -> 1.5625)

2 1

[asio] Using struct ip_mreqn to joing multicast group
by Klebsch, Mario 20 Apr '18

20 Apr '18

Hi, I need to receive multicasts on multiple interfaces and handle them differently, depending on the network interface they arrived on. For each network interface, I create an UDP socket and I use Socket.set_option(boost::asio::ip::multicast::join_group(MCastReqAddr.to_v4(), LocalAddr.to_v4() ), ec); to join the multicast group. LocalAddr is the local IPv4 address of the interface. Unfortunately, I receive each incoming multicast message on each socket. I found, that boost::asio::ip::multicast::join_group uses struct ip_mreq, where the multicast address and the local address can be specified. On linux the man page on IP_ADD_MEMBERSHIP tells to use struct ip_mreqn. This structure had an additional member imr_ifindex. The documentation is not very clear about the difference between imr_address and imr_ifindex. So, I want to try it out and wonder, whether boost::asio supports using struct ip_mreqn for IP_ADD_MEMBERSHIP. If not, does anybody know, how to write my own class to be used with Socket.set_option? 73, Mario -- Mario Klebsch Actia I+ME GmbH Mario.klebsch(a)ime-actia.de<mailto:Mario.klebsch@ime-actia.de> Dresdenstrasse 17/18 Fon: +49 531 38 701 716 38124 Braunschweig Fax: +49 531 38 701 88 Germany

1 0

Boost.Range and initializer_list
by Robert Jones 18 Apr '18

18 Apr '18

Hi All Does the Boost.Range library support initializer_list as a range type? I thought anything with begin() and end() methods was fair game, but this code doesn't work, unless I'm doing it wrong. #include <iostream> #include <vector> #include <boost/range/adaptor/reversed.hpp> int main( ) { using namespace std; using namespace boost::adaptors; vector<int> v { 1, 2, 3 }; for( int i : v | reversed ) { cout << i << " "; } // Ok for( int i : { 1, 2, 3 } | reversed ) { cout << i << " "; } // Bad } Kind Regards Rob.

3 3

[Boost.Range] combine, native range-for, and destructuring
by John M. Dlugosz 18 Apr '18

18 Apr '18

I want to go through two vectors at the same time, and the way to do this is to "zip" the items from each into a tuple. boost::combine is a function for that. for (auto&[def,residue] : boost::combine(playdef, residues)) { gives me an error 1>e:\scratch\c++code\scratchproject2\fizzbuzz\fizzbuzz.cpp(66): error C2440: 'initializing': cannot convert from 'boost::tuples::cons<std::pair<int,std::string_view> &,boost::tuples::cons<int &,boost::fusion::detail::build_tuple_cons<boost::fusion::single_view_iterator<Sequence,boost::mpl::int_<1>>,Last,true>::type>>' to 'boost::tuples::cons<std::pair<int,std::string_view> &,boost::tuples::cons<int &,boost::fusion::detail::build_tuple_cons<boost::fusion::single_view_iterator<Sequence,boost::mpl::int_<1>>,Last,true>::type>> &' The only difference is in the final `&` character. Trying to explore the behavior in pieces, I try: for (auto row : boost::combine(playdef, residues)) { auto&[def, residue] = row; // line 1 row.get<1>() = 17; // line 2 residue= 42; // line 3 Now line2 does work, and I note that assignment goes through and updates the original `residues` vector. The destructuring on line 1 does compile now, being on a separate line. But line 3 gives me an error about not being able to assign to a crazy complicated type. What's going on? Is Boost.Range zipped ranges simply not compatible with the native language features?

4 5

Turning off BOOST_IOSTREAMS_HAS_DINKUMWARE_FPOS for MSVC++
by Billy O'Neal (VC LIBS) 17 Apr '18

17 Apr '18

Hi folks! As part of a recent cleanup of some of our iostreams bits I removed a double-seek inside std::filebuf. (Previously, std::filebuf didn't take advantage that we know ::fsetpos just accepts a 64 bit number position) Moreover, in previous releases of MSVC++, that still would have been correct; filebuf was getting to the same place in a very indirect way. I know just casting std::fpos to a streamoff works to get the position going back to at least VS 2015, and it probably works a decade earlier than that (though I have not tested). Shame on us for adding a pretty name to std::fpos not depicted in the standard. Would you accept a patch to $\boost\iostreams\detail\config\fpos.hpp adding this guard before attempting to define BOOST_IOSTREAMS_HAS_DINKUMWARE_FPOS? !(_MSVC_STL_VERSION >= 141) I submitted a patch to do that here: https://github.com/boostorg/iostreams/pull/57 Thanks folks! Billy O'Neal Visual C++ Libraries

3 2