- Boost-users - lists.boost.org

[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 19 Jun '18

19 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