- Boost-users - lists.boost.org

[release] Boost 1.70.0 Beta 1 is now available
by Marshall Clow 13 Mar '19

13 Mar '19

[ resending with a non-empty subject line ] Boost release 1.70.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.70.0.beta1/source/> The SHA256 checksums are as follows: dbf89645e509acb2e53eac3c633834f1dec80bd8622e6e652a9741dcf0807f17 ./boost_1_70_0_b1.7z 957b984b58656a3ec00661ecad7ef82e3a094bad36e37b9e6624843237854679 ./boost_1_70_0_b1.tar.bz2 76d149c1fb9e8a5ceb3bc1e5587edc40fa79a43e8b990d877c2210f0382b9421 ./boost_1_70_0_b1.tar.gz 71e990b2c26880521fd98459b184ee172ce1c46dcf554b6eaab7776b8b6369a6 ./boost_1_70_0_b1.zip For details of what's in the release, see < https://www.boost.org/users/history/version_1_70_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

1 0

[release] Boost 1.70.0 Beta 1 Release Candidate 3
by Marshall Clow 12 Mar '19

12 Mar '19

A new release candidates for the first 1.70.0 beta release are now available at: https://dl.bintray.com/boostorg/beta/1.70.0.beta1.rc3/source/ Changes since RC2: * Relative paths for --prefix, --libdir, etc. are now bound relative to the current working directory, instead of being relative to the Jamfile. Thanks to Tom Kent for the report, and Steven and Peter for the fixes. Changes since RC1: * The Jamfile for Boost.Predef has been updated to allow running the tests from /status. Thanks to mike.dev(a)gmx.de for the report, and to Rene for the fix. The release notes are not yet available. The SHA256 checksums are as follows: dbf89645e509acb2e53eac3c633834f1dec80bd8622e6e652a9741dcf0807f17 ./boost_1_70_0_b1_rc3.7z 957b984b58656a3ec00661ecad7ef82e3a094bad36e37b9e6624843237854679 ./boost_1_70_0_b1_rc3.tar.bz2 76d149c1fb9e8a5ceb3bc1e5587edc40fa79a43e8b990d877c2210f0382b9421 ./boost_1_70_0_b1_rc3.tar.gz 71e990b2c26880521fd98459b184ee172ce1c46dcf554b6eaab7776b8b6369a6 ./boost_1_70_0_b1_rc3.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

2 3

convert separate year, month, day, hour, minute, secs, ms to milliseconds since epoch
by Victor Yankee 11 Mar '19

11 Mar '19

I am using C++14 and boost 1.64.0 (could move to newest boost), and need to convert date and time pieces to a single value for milliseconds since the epoch. This is what I have: int64_t msSinceEpoch(int year,int month,int day,int hour,int minute,int second,int ms) { struct std::tm t; t.tm_sec = second; t.tm_min = minute; t.tm_hour = hour; t.tm_mday = day; t.tm_mon = month-1; t.tm_year = year-1900; t.tm_isdst = 0; return (1000* timegm(&t))+ms; // is timegm cross-platform? } Is there a better way? Could not figure out how to use boost::chrono :( Something else? Kind Regards, Vic

5 8

SSL handshake: invalid file handle
by Osman Zakir 11 Mar '19

11 Mar '19

I have a problem with using SSL to switch from HTTP to HTTPS in a web server app I have. The code is here:https://github.com/DragonOsman/currency_converter/blob/master/currency… and my server_certificate.hpp file is herehttps://github.com/DragonOsman/currency_converter/blob/master/server_ce…. The app uses Boost 1.69.0, for Boost.Beast. I took synchronous HTTP SSL server example code and synchronous HTTP example client code from the Boost.Beast repository on here. I got the certificate from Let's Encrypt using the TXT record method, and it's a domain-specific certificate. I was told by the guys at Let's Encrypt forums that it doesn't require DH parameters, but I'd like to confirm here if it's true or not. I didn't get DH parameters. It's a certificate issued via acme.sh. The domain name is a subdomain I got for free from dynu.com; the .cer files I have are ca.cer, {DOMAIN}.cer, and fullchain.cer. I was told that I'd need fullchain.cer so I put that in as the value for the `cert` string (it consists of two certificates and I used both). The private key I have is in a .key file rather than a .pem file and I'm wondering if that's a problem. I also need to ask what I need to do with the ctx.set_options and ctx.set_password_callback methods. Could you please help me (if this is good to ask here)? When I try to visit my app in the browser while my server is running (I'm hosting it on my computer), I get this error in my console window: " handshake: The file handle supplied is not valid " And before, I also got this error: " handshake: An operation was attempted on something that is not a socket " And I also get an error page in my browser saying, "Cannot connect securely to this page". I'm using the MS Edge browser. My private key is an RSA key and the filename is {DOMAIN}.key rather than {DOMAIN}.pem. I'm sorry for repeating this. Thanks in advance for any help or replies.

1 0

Boost Log without ASIO or OpenSSL
by Macumber, Daniel 11 Mar '19

11 Mar '19

Hello, I am using Boost Log but not using any of the ASIO related functionality (that I know of). It seems that Boost ASIO depends on OpenSSL which is giving me some problems. Is there any way to either: * use Boost Log without ASIO * use Boost ASIO without OpenSSL Thanks a lot, Dan

3 6

Question on Posix timezone string
by Mats Webjörn/WIKAB 10 Mar '19

10 Mar '19

I'm using Boost 1.66 and use the following code to get a Posix string to set my uCLinux TZ environment variable to get a local time from an UTC time #include <boost/date_time/local_time/tz_database.hpp> #include <boost/date_time/local_time/local_time.hpp> tz_database tz_db; tz_db.load_from_file("./date_time_zonespec.csv"); time_zone_ptr nyc = tz_db.time_zone_from_region("Europe/Stockholm"); auto s = nyc->to_posix_string(); // "CET+01CEST+01,M3.5.0/02:00,M10.5.0/03:00" setenv("TZ", s.c_str(), 1); The odd thing is that my localtime becomes incorrect, and is actually 1 hr wrong on the opposite side of UTC. But, when I read https://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html it says "The offset specifies the time value you must add to the local time to get a Coordinated Universal Time value". Not add to UTC time, which seems like the Boost Posix string assumes !!!!! Which explains why 16:00 UTC give 15:00 CET instead of 17:00 which is the correct value, when using localtime_r(). Am I missing something fundamentally, or what? Regards Mats Webjörn Webjörn IngenjörsKonsult AB Solhemsbackarna 75A SE-163 56 SPÅNGA Sweden

3 9

[Release] Boost 1.70.0 Beta 1 Release Candidate 2
by Marshall Clow 09 Mar '19

09 Mar '19

A new release candidates for the first 1.70.0 beta release are now available at: https://dl.bintray.com/boostorg/beta/1.70.0.beta1.rc2/source/ Changes since the last RC: * The Jamfile for Boost.Predef has been updated to allow running the tests from /status. Thanks to mike.dev(a)gmx.de for the report, and to Rene for the fix. The release notes are not yet available. The SHA256 checksums are as follows: 26dba8156ad08041c6da52c84a2654aefda292180afe3546a9a74dda0dfb3781 ./boost_1_70_0_b1_rc2.7z ee794d98429bc2bfae054f2fab6fde53ea95f7c5967d8b267e57c894a4d46e57 ./boost_1_70_0_b1_rc2.tar.bz2 bca5f189d87b26ab903838dee2fd4c54e9043bd35d27b8923cdef42651ae7261 ./boost_1_70_0_b1_rc2.tar.gz 6c8f3af4e64d3a04a3d3a5e98499d2f6bb460ad82c1f33ff7da800b5ab182b0b ./boost_1_70_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 0

SSL handshake error "The file handle supplied is not valid"
by Osman Zakir 09 Mar '19

09 Mar '19

@chris@kohlhoff.com<mailto:chris@kohlhoff.com> I also opened an issue about this on GitHub here: https://github.com/chriskohlhoff/asio/issues/376 and I tried to make sure to provide all of the necessary information. Except I've just now updated the line numbers in my .cpp file to document the errors meaning that now the error I have reads: " Lines 576 and 577: handshake: The file handle supplied is not valid " Aside from that and the fact that I changed the datatype of "doc_root" in main and do_session to std::string, it's the same. Source code is here: https://github.com/DragonOsman/currency_converter . If I should put all of the info I have in the issue opened on GitHub here as well, please let me know and I'll do it.

1 0

[release] Boost 1.70.0 Beta 1 Release Candidate 1
by Marshall Clow 09 Mar '19

09 Mar '19

The release candidates for the first 1.70.0 beta release are now available at: https://dl.bintray.com/boostorg/beta/1.70.0.beta.1.rc1/source/ The release notes are not yet available. The SHA256 checksums are as follows: a7c570d6307d05dc8d45a3b4c69a0afdcba2b22eac0c4da4d496559f53db7b89 ./boost_1_70_0_b1_rc1.7z 4b91b9a203cf12f6001cf39de83c7cc005fbc5390e2b4b2fc29ce7b19c0537a7 ./boost_1_70_0_b1_rc1.tar.bz2 460dd6499bba9df04c6bfa219b26097bad803b8758304ba45f2fc291aa42c96e ./boost_1_70_0_b1_rc1.tar.gz f209c9a086ed2c7882a0bc8755792f436eb141eaeb8c823ed57295ca9ce25b93 ./boost_1_70_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

3 6

[boost::filesystem::path] removing components of a path
by Sean Farrow 08 Mar '19

08 Mar '19

Hi all, I'm revisiting boost::filesystem::path after not using it for a while and wondered whether there is a way to remove parts of a path deeper than a specific directory? By way of an example, assume I have the following path declared: boost::filesystem::path path ="d:\\test1\\test2\\test3.txt" what I want to do is determine whether test2 exists as part of the path and if it does remove everything after and including the found part of the path, so in this case \\test2\\test3.txt<file://test2/test3.txt> would be removed. I could do it by converting the path to a string, but wondered whether boost::filesystem could do this natively in some way. Any help appreciated. Kind regards Sean.

3 4