February 2018 - Boost - lists.preview.boost.org

request for comments in a new format library
by Roberto Hinz 28 Feb '18

28 Feb '18

Dear boost community, some time ago I announced a format library I'm working on. I think at that time it was still too incipient for one to evaluate whether it looked promising, thought some few but very useful observation were made ( one regarding i18n and other code bloat ) that made me change many things. Now the library is more evolved and I think it will be ready for review somewhere in the second half of this year, if no big change happens. This is a c++14 text format library with some unique features: - designed to be utf8 friendly - easy to extend for new destination types ( like some different string type ) - able to align (justify) a set of sub-arguments as one ( see joins <https://robhz786.github.io/stringify/doc/html/special_input_types/special_i…> ) - it enables the use of translations tools ( like gettext ), yet the formatting is not specified by a format string. And the problem with format strings that they lead to run time errors (instead of compilation error ) when they are incorrect. Hence I much appreciate any comments, especially if can identify any flaw I didn't realize. repo: https://github.com/robhz786/stringify doc: https://robhz786.github.io/stringify/doc/html/ best regards roberto

3 7

Re: [boost] [Boost-bugs] [Boost C++ Libraries] #13458: 'cl' is not recognized as an internal or external command, operable program or batch file. Failed to build Boost.Jam build engine. Please consult bjam.log for furter diagnostics.
by Andrew Depke 28 Feb '18

28 Feb '18

It looks like you're missing "cl.exe" on your system, or have not included it in your PATH. cl.exe, as seen here <https://msdn.microsoft.com/en-us/library/f35ctcxw.aspx>, is Microsoft's C++ compiler, which can be obtained by downloading the latest version of Visual Studio. Downloading and installing MSVS will automatically place it in your PATH. On Tue, Feb 27, 2018 at 2:28 PM, Boost C++ Libraries < noreply(a)lists.boost.org> wrote: > #13458: 'cl' is not recognized as an internal or external command, > operable program > or batch file. Failed to build Boost.Jam build engine. Please consult > bjam.log for furter diagnostics. > ------------------------------+--------------------- > Reporter: anonymous | Owner: (none) > Type: Bugs | Status: new > Milestone: To Be Determined | Component: None > Version: Boost 1.41.0 | Severity: Problem > Keywords: | > ------------------------------+--------------------- > 'cl' is not recognized as an internal or external command, > operable program or batch file. > > Failed to build Boost.Jam build engine. > Please consult bjam.log for furter diagnostics. > > -- > Ticket URL: <https://svn.boost.org/trac10/ticket/13458> > Boost C++ Libraries <http://www.boost.org/> > Boost provides free peer-reviewed portable C++ source libraries. > > _______________________________________________ > Boost-bugs mailing list > Boost-bugs(a)lists.boost.org > https://lists.boost.org/mailman/listinfo.cgi/boost-bugs > >

1 0

[release] 1.67.0 closed for major changes
by Daniel James 28 Feb '18

28 Feb '18

The master branch is now closed for major changes and will be closed for the beta in a week. Also, you can also add your libraries' changes to the release notes at: <https://github.com/boostorg/website/blob/master/feed/history/boost_1_67_0.q…> Remember that after editing the file, you need to submit the form to create a pull request. You can preview the release notes at: <http://www.boost.org/users/history/in_progress.html> Thanks, -- The Boost Release Team

1 0

Boost managed_shared_memory not working with C's mmap call on freeBSD
by vijay sharma 27 Feb '18

27 Feb '18

Hi All, I am having two processes and they are sharing shared-memory. - Process-1 (implemented in c++ and using boost::interprocess::managed_shared_memory interface) - Process-2 (implemented in c and using "she_open" and "mmap" interfaces) This code was working fine on Linux But When I deployed same code on FreeBSD. Process-2 (C lang based) is keep on throwing error in mmap. Error is "Bad file Descriptor". Please let me know: 1. Do I need to change the interface while moving from Linux to FreeBSD. 2. Is there any known issue with this design. Code Snippet: Process-1(c++): obj = new boost::interprocess::managed_shared_memory( boost::interprocess::open_or_create,<shm_name>, <shm_size>); // to create shm obj->allocate(<data_size>) ; // to write in shm Process-2 (c): int fd = shm_open(<shm_name>,O_RDWR, 0666);void * startpoint = mmap(NULL, <shm_size>, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); // using the startpoint to read data written by process-1. Boost version: Boost.1.63.0 I have raised same on stackoverflow.com and below is the link: https://stackoverflow.com/questions/48984703/boost-managed-shared-memory-no… Thanks, Vijay

2 1

[Boost][CMake] Status of cmake support.
by Mike 26 Feb '18

26 Feb '18

Hi everyone, since I couldn't find any official information about that, I wanted to ask if there is any new information about the cmake support in boost (since the initial discussion on the ml after the steering committee's announcement)? Is there some agreement on how to do the transition or at least a popular formal/informal proposal? Is there any place to track which libraries can already be built with cmake? What is the best way for a non library authors like me to help with the transition? IIRC there was talk about a cmake library some time ago, but I haven't heard anything about that in a long time. Is such a library even desired/necessary? Imho getting all of boost to compile with cmake should be pretty simple, but if this is expected to happen in a transparent manner (same output, same workflow including test result upload), a fair bit of boost knowledge, cmake skills and support machinery might be required. Best regards Mike

10 15

[winapi] Bumping default target to Windows 7?
by Andrey Semashev 26 Feb '18

26 Feb '18

Hi, I was thinking about bumping the default target Windows version to 7 in Boost.WinAPI. The current default is Vista, which EOLed in April 2017. There is not much difference from the available API standpoint (in Boost.WinAPI this would enable a few constants related to process management), but there may be some interesting extensions that could be useful to libraries. Note that this will not preclude targeting older Windows versions, just as it doesn't preclude targeting XP or 2000 now. Users will still be able to specify the target Windows version as they can now. Note also that I'm not planning this for 1.67, only 1.68. Any objections/thoughts?

1 0

[gsoc18] Project - Add statistics and machine learning functions
by Anagha G 26 Feb '18

26 Feb '18

Hi, I'm Anagha G. I'm pursuing 2nd year Bachelor of Engineering in Information Science and Engineering in R.V College of Engineering, Bangalore, India. I'm interested to work on a project to add statistics and machine learning functions to Boost.uBLAS. I've a good knowledge in Statistics, data visualization and Machine Learning. I've also learnt C++ and use it everyday for projects and academic assignments. Please let me know further details about finding a mentor and also how I should submit my competency test. Thanks Anagha G

1 0

[system] [teeks99] Mass test failures on MSVC-14.0
by Andrey Semashev 26 Feb '18

26 Feb '18

Hi, Most of Boost.System tests are failing on the teeks99-09-f-win2016-64on64 tester, MSVC-14.0[1]. The test logs don't show any errors and I can't reproduce it locally. I'm seeing similar test failures in other libraries, like Boost.Atomic for example, and the links point to Boost.System. Is it possible to get the error log from the tester? [1]: http://www.boost.org/development/tests/develop/developer/system.html

2 2

Re: [boost] [Boost][CMake] Status of cmake support.
by Mike 26 Feb '18

26 Feb '18

I don't believe in conspiracies. But I've seen enough resistance (me st of it well reasoned) on the ml after the steering committee made their announcement that I wouldn't be surprised if a lot of reviews focus on deficiencies / differences compared to boost build that are inherent to cmake and not the library itself.

6 5

crash during bad_file_descriptor
by VIKRAM LODHI 26 Feb '18

26 Feb '18

Hi, Working Scenario: I have a scenario of single server and multiple client. server is constantly sending update to connected client. all the connection and transmission is async. Problem: lets say i have 3 client connected. which they are receiving update . if one client closed during in middle of transmitting. (killing the process of client ) my server crashes .. socket.async_write_some(buffer, [&](error_code& e, size_t size_) { if(e) { cout << e.message() << endl; } }); the last error i get is bad_file_descriptor . pfa : error thrown by gdb

1 0