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

Boost Build
by skk 09 Jun '14

09 Jun '14

I am building Boost for MSVS10.0. I have generated the bjam.exe file and run it with the command line: bjam toolset=msvc10.0 variant=debug,release threading=multi link=static Looking at the libraries built, there are no sgd libs and the linker wants: libboost_regex-vc100-mt-sgd-1_55.lib Don't know how to get the sgd libs. Thanks -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-Build-tp4663758.html Sent from the Boost - Users mailing list archive at Nabble.com.

3 2

[Filesystem] remove and recursive_directory_iterator
by gast128 09 Jun '14

09 Jun '14

I couldn't find a description of the iterator stability of recursive_directory_iterator but it gives problems when you remove the directory which is being iterated even when that directory is empty. For example if you want to remove all empty directories, the following code will throw an exception in ++it after the 'remove' call: fs::path pthDirectory = ...; fs::recursive_directory_iterator itEnd; for (fs::recursive_directory_iterator it(pthDirectory); it != itEnd; ++it) { boost::system::error_code ec; const fs::path& rPath = it->path(); if (fs::is_directory(rPath, ec)) { if (fs::is_empty(rPath, ec)) { fs::remove(rPath, ec); } } } It seems solvable with the way one erases a map (i.e. using while (it != itEnd) and using the equivalent of map.erase(it++)). Maybe add a note to the documentation or did I overlook something?

1 0

Writing a dynamic string into a shared memory using Boost Library
by Hany Assasa 09 Jun '14

09 Jun '14

I want to share a dynamic array of characters between two processes using Boost Shared Memory. I use the following two pieces of code to do that: *Producer Process:* char *data;unsigned int share_length;unsigned int offset; std::string data_to_share(data + offset, data + offset + share_length); boost::interprocess::managed_shared_memory managed_shm(boost::interprocess::create_only, "SomeName", 1024*1024);typedef boost::interprocess::allocator<char, boost::interprocess::managed_shared_memory::segment_manager> CharAllocator;typedef boost::interprocess::basic_string<char, std::char_traits<char>, CharAllocator> my_string; managed_shm.construct<my_string>("DataToShare")(data_to_share.c_str(), managed_shm.get_segment_manager()); *Consumer Process:* boost::interprocess::managed_shared_memory managed_shm(boost::interprocess::open_read_only, "SomeName");typedef boost::interprocess::allocator<char, boost::interprocess::managed_shared_memory::segment_manager> CharAllocator;typedef boost::interprocess::basic_string<char, std::char_traits<char>, CharAllocator> my_string; std::pair<my_string *, size_t > data = managed_shm.find<my_string>("DataToShare"); cout << "Data Size=" << data.first->length() << endl; The problem is when I try to print the length of the DataToShare in the Consumer Process it is wrong, so what is the problem in my code, is it in the Producer Part since I am doing data_to_share.c_str()which is a std::string type instead of of my_string type? *Possible Answer:* I believe the answer to my question is, converting std::string into my_string type. so can anyone tell me how to do that?

2 1

[mpl] Cannot open include file
by Christian Henning 09 Jun '14

09 Jun '14

I have the following error when using Visual Studio 2013 on the boost master branch: 1>c:\boost\boost\mpl\vector\aux_\include_preprocessed.hpp(49): fatal error C1083: Cannot open include file: 'boost/mpl/vector/aux_/preprocessed/plain/vector10.hpp': No such file or directory I have run "b2 headers". Here is the code I'm trying to compile: // cpp_test.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include <boost/mpl/vector_c.hpp> int _tmain(int argc, _TCHAR* argv[]) { return 0; } Manually I can find vector10.hpp in C:\boost\boost\mpl\vector but I don't have the folder c:/boost/mpl/vector/aux_/preprocessed/plain/ Any ideas? Thanks, Christian Regards, Christian

2 1

Using a vertex type
by Mads Jensen 09 Jun '14

09 Jun '14

Hi, I'm planning on writing an implementation of the Gomory Hu cut tree algorithm (for learning purposes, and as a side bonus, have some code in open source), but have some initial difficulties. I posted some code at: http://codepad.org/yTt3xNsK I had tried something like: template<class OrdinaryVertex> struct gomory_hu_vertex { std::vector<OrdinaryVertex> vertices; }; and the graph definition: typedef adjacency_list<listS, vecS, undirectedS, GHVertex> GHGraph; but with the insert operation, I get a compiler error. When I get it working, I want to submit it to the boost library. Are there restrictions on what type of features you can use, e.g., anything from C++11 is ruled out? Thank you, Mads

1 0

[serialization] serialize object tree and values
by Daniel Krikun 07 Jun '14

07 Jun '14

Hello, I have an application which creates some objects connected between them using boost::shared_ptr and then executes a main loop. The object graph structure is almost constant over time but primitive member fields of the objects change over time. I would like to serialize the whole object graph *each cycle* saving both the object graph structure and primitive member fields. Currently I don't know how to achieve this: when I try to serialize via pointer only first value is saved. Also, I'm not sure if I should turn object tracking off, because indeed it should be a single instance of each, it just should be modified over time. Thanks!

2 1

Re: [Boost-users] Boost-users Digest, Vol 3819, Issue 2
by David Frank 06 Jun '14

06 Jun '14

Thanks Nat. I'm wondering if there is a powerpc built binary including context to download? On Thursday, June 5, 2014 8:25 AM, "boost-users-request(a)lists.boost.org" <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 http://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: [Python]compiling python library (Mikl?s T?th) 2. Re: is boost context supported on powerpc?- (Nat Goodspeed) 3. Re: Fwd: Lexical cast between narrow and wide strings (Nat Goodspeed) 4. Re: [Python]compiling python library (Erik H) ---------------------------------------------------------------------- Message: 1 Date: Thu, 5 Jun 2014 13:18:44 +0200 From: Mikl?s T?th <spiralfuzet(a)gmail.com> To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [Python]compiling python library Message-ID: <CAHsDByksou9LpheA6g-Napu6GPKjbAdtYFZeC2psuRhRCUDivQ(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi Erik, Unfortunatly Visual Studio is not an option for me. I didn't find this page but as I understand it helps to install python libs (extensions) with mingw. What I try to do is build python from src to get an appropriate static library. I can link it with my Qt toolchain (Mingw 4.6.3) and it compiles without error, but it fails to run. I double check it. All of my libs and tools are 32-bit. Thank you very much for your help. Regards, Mikl?s 2014-06-04 18:50 GMT+02:00 Erik H <ice.rikh(a)gmail.com>: > This is educational for me; to minimize pain, I settled on visual studio + > intel compiler long ago whenever I am coerced into windows development. > > You mentioned that did some surfing; did you encounter this page > <http://www.secker.nl/2012/03/08/setup-python-2-7-2-and-mingw-on-windows-xp/>? > Apparently, mingw should be able to link against the standard, visual > studio compiled python lib. Which would be a blessing for you if it > works... Are you trying to build 32-bit binaries linked against 64-bit > python libs by any chance? > > If you don't get any joy, I'll try setting up an official python binaries > + mingw environment on my windwoes system at home after work today or > tomorrow. Are you strictly targeting 2.7? > > -Erik > > > On Wed, Jun 4, 2014 at 3:07 AM, Mikl?s T?th <spiralfuzet(a)gmail.com> wrote: > >> Hi Erik, >> >> Thanks for the response. >> Yes I'm using makefile but I think the problem is different. >> Here is the gcc command that fails: >> gcc -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall >> -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o >> Python/asdl.o Python/asdl.c >> It has a -I./Include argument. >> >> So, I surf the Internet (a lot) and I found that at initial there were no >> autotool support for installing python from source. >> Later I found a Python 3.4 page were I could download an src setup for >> mingw installation. Unfortunatly that doesn't work either. >> So I reinstalled my Python and somehow I could link the library to my >> project. (I don't know how this possible, but the latest version of 2.7 >> works with my project. Blind luck I guess.) I could use >> PyRun_SimpleString but the PyRun_SimpleFileEx call crashes for some >> reason. >> Than I tried boost::python and it crashes aswell at the first object >> result = eval("5/2"); call. >> (I didn't forget to call Py_Initialize();). >> >> Any suggestions? >> >> Thanks, >> Mikl?s >> >> >> 2014-06-03 23:18 GMT+02:00 Erik H <ice.rikh(a)gmail.com>: >> >> Hi Mikl?s, >>> >>> Are you using a makefile? If so, it looks like you need to >>> add -I/cygdrive/e/INSTALL/python_src/Python-2.7.6/Include to the Makefile's >>> CFLAGS or CC variable, or somehow ensure that >>> -I/cygdrive/e/INSTALL/python_src/Python-2.7.6/Include is passed to the >>> compiler in any case. >>> >>> Regards, >>> Erik >>> >>> >>> On Mon, Jun 2, 2014 at 3:17 AM, Mikl?s T?th <spiralfuzet(a)gmail.com> >>> wrote: >>> >>>> Hi! >>>> >>>> Any updates on this? >>>> I get the following error: >>>> >>>> /cygdrive/e/INSTALL/python_src/Python-2.7.6 >>>> $ mingw32-make >>>> process_begin: CreateProcess(NULL, /usr/bin/mkdir -p Include, ...) failed. >>>> make (e=2): The system cannot find the file specified. >>>> mingw32-make: *** [Include/graminit.h] Error 2 >>>> >>>> but the corresponding file is there: >>>> >>>> /cygdrive/e/INSTALL/python_src/Python-2.7.6 >>>> $ ls Include/g*Include/genobject.h Include/graminit.h Include/grammar.h >>>> >>>> What am I missing? Any thoughts? >>>> >>>> Thanks, >>>> Mikl?s >>>> >>>> >>>> 2014-05-27 14:06 GMT+02:00 Mikl?s T?th <spiralfuzet(a)gmail.com>: >>>> >>>> Hi All, >>>>> I want to embed python in my c++ code using boost.python library. >>>>> As far as I understand I need python headers and libs. >>>>> So my python27.lib is "incompatible". I want to compile it from code >>>>> but I failed with mingw32. >>>>> Could you give me some advice, or links to achieve my goal? >>>>> I'm using gcc4.6.3 and qt 4.8.2 and boost 1.49 on windows 7. >>>>> Thanks, >>>>> Mikl?s >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Boost-users mailing list >>>> Boost-users(a)lists.boost.org >>>> http://lists.boost.org/mailman/listinfo.cgi/boost-users >>>> >>> >>> >>> _______________________________________________ >>> Boost-users mailing list >>> Boost-users(a)lists.boost.org >>> http://lists.boost.org/mailman/listinfo.cgi/boost-users >>> >> >> >> _______________________________________________ >> Boost-users mailing list >> Boost-users(a)lists.boost.org >> http://lists.boost.org/mailman/listinfo.cgi/boost-users >> > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Boost program_options - is there a way to make abbreviations for short options
by tenspd137 . 06 Jun '14

06 Jun '14

Hi all, I was trying to figure out if there is a way to make the short options use more than one letter to create an abbrieviation. For example: desc.add_options() ("resolution","re","Choose resolution") ("raster-level,"rl","Chhose raster mode") .... I know that by convention and definition, short options are just -(letter), so that when you ask to print help, you get something like: -r [--resolution] arg -r [--raster-level] arg but I would like to find a way to have -re [--resolution] arg -rl [--raster-level] arg Point is, I have some options that start with the same letter, so being able to make short abbreivations or acronyms for them would be helpful. If this is possible, it isn't real clear to me how, and I haven't turned up much in google. Any suggestions? Thanks!

2 1

Boost.Pimpl upcoming formal review (June 15 - June 24)
by Glen Fernandes 05 Jun '14

05 Jun '14

The formal review period of Boost.Pimpl by Vladimir Batov is scheduled to begin later this month, on June 15th, and will conclude on June 24th, and we welcome your participation. Vladimir's library provides a mechanism for implementing this popular, and still very relevant, idiom. To borrow his words from the documentation: [quote] In the domain of commercial large-scale software development the following design principles come to the fore: - component-based, modular and API-centered design, - separation of concerns, - implementation hiding, - minimization of compilation and component dependencies, - consistent and recognizable deployment and implementation patterns, multi-platform support. The Pimpl idiom can help great deal achieving those goals. It is a simple yet robust programming technique to minimize coupling via the separation of public interface and private implementation and then implementation hiding. [/quote] Please feel encouraged to browse the source code, documentation, and tests, before the review commences. Any feedback you have prior to the review period is also very appreciated. Source: https://github.com/yet-another-user/boost.pimpl/ Documentation: http://yet-another-user.github.io/boost.pimpl/ Download: https://github.com/yet-another-user/boost.pimpl/archive/master.zip If you would like to submit a review earlier, please provide your thoughts on the following topics: - 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? As well as information on the following questions: - 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 most importantly: - Do you think the library should be accepted as a Boost library? Best, Glen

1 0

is boost context supported on powerpc?-
by David Frank 05 Jun '14

05 Jun '14

Greetings, If it is supported how do I cross compile it from x86 machine, especially the assembler code part? Thanks, Frank

2 1

Sanity check please?: Boost 1_55_0 and building VS2012 static libs?
by g4＠novadsp.com 04 Jun '14

04 Jun '14

Revisiting Boost after a long absence. Any thoughts on the following problem(s)? W7x64 with VS2008,2010,2012 and 2013 installed. VS2012 preferred for regular use. Built with boostrap and b2 b2 -link=static -runtime-link=static -toolset=msvc-11.0. I compile a debug test app with /MTd and attempt to link with libboost_system-vc110-mt-gd-1_55.lib which is the only library close to matching the ABI tag specified here : http://www.boost.org/doc/libs/1_55_0/more/getting_started/windows.html#id46 Ensuing link errors are: 1>libboost_system-vc110-mt-gd-1_55.lib(error_code.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '2' doesn't match value '0' in tcpproxy_server.obj 1>libboost_system-vc110-mt-gd-1_55.lib(error_code.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MDd_DynamicDebug' doesn't match value 'MT_StaticRelease' in tcpproxy_server.obj 1>LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other libs; use /NODEFAULTLIB:library Many thanks.

7 13

Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called [Honeywell Internal]
by Hickman, Steve (AdvTech) 03 Jun '14

03 Jun '14

Classification: Honeywell Internal All serialize methods (except the base class serialize method) have as their first three lines code like this (with the appropriate BOOST_LOG_TRIVIAL(trace) << CLASS_METHOD << " called"; boost::serialization::void_cast_register<derived, base>( static_cast<derived *>(nullptr), static_cast<base *>(nullptr) ); ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(base); If that's what you're referring to, it didn't fix the problem --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Tuesday, June 03, 2014 at 3:34:21 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Robert Ramey [mailto:robertmacleranramey@gmail.com] Sent: Sunday, June 01, 2014 11:22 AM To: boostusers(a)googlegroups.com Cc: robertmacleranramey(a)gmail.com; boost-users(a)lists.boost.org; Hickman, Steve (AdvTech) Subject: Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called On Saturday, May 31, 2014 2:50:35 PM UTC-7, Robert Ramey wrote: I woke up in the middle of the night. The "registration" base/derived pair is a side effect of class Base { virtual~Base(); template<class Archive); void serialize(Archive ar, const unsigned int version); }; class Derived { virtual~Derived(); template<class Archive); void serialize(Archive ar, const unsigned int version); }; template<class Archive); void Derived::serialize(Archive ar, const unsigned int version){ ar & boost::serialization::base_object<Base &>( *this); // side effect void_cast_register(Base, Derived) which updates the table when DLL is loaded } So I'm guessing that you're not calling the base class serialization so the Base/Derived pair isn't being registered. Solution: explicitly declare, define and call the Base class serialization even though it is empty. or explicitly invoke register void_cast::register base/derived - i forget the exact name. I'll be surprised if that doesn't solve your problem. RObert Ramey

1 0

trouble getting older version of boost to build
by David Toth (dtoth) 03 Jun '14

03 Jun '14

Hi. I am trying to build boost 1.41 (I need some of the libraries from it to compile some 3rd party software) and I am having issues. On CentOS 6.5 with the "Software Developer Workstation" installation (which comes with gcc 4.4.7 and g++ 4.4.7), I can build boost simply by running bootstrap.sh followed by running bjam. That creates all the libraries and then I can compile the other software that requires those libraries. Unfortunately, I can't use CentOS on the systems I am using. I reverted to trying it on CentOS just to see if I could get it to work on one version of Linux, thinking that it would be easy to then get it to work on another version. On Ubuntu, Fedora, and Debian (these are the versions of Linux I can use on the systems), I am unable to build the full set of libraries. After running bootstrap.sh and bjam, I am missing these files that were created on CentOS: libboost_thread.a‎ libboost_thread.so‎ libboost_thread.so.1.41.0‎ Without those files, the 3rd party software won't compile. Ubuntu, Fedora, and Debian come with more updated compilers and I read some place online that gcc 4.8 and g++ 4.8 have some issues with the old versions of boost, so I tried installing gcc 4.4.7 and g++ 4.4.7 and changing the symbolic links for gcc and g++ in /usr/bin/ to point to gcc 4.4.7 and g++ 4.4.7. Unfortunately, I am still unable to get the thread library to get created. I know boost 1.41 is old and I *might* be able to get away with using a version as recent as 1.49, but I have the same problems building that (and every version in between 1.41 and 1.49). Any help would be greatly appreciated. Thanks in advance. Dave

3 4

Convert library review manager result
by Edward Diener 01 Jun '14

01 Jun '14

This is my analysis of the 'convert' library review and the result of whether the convert library should be accepted into Boost. Please read the entire analysis to understand my reasoning before reading the result. I would like to thank all of those who took part in the review and made comments. This includes Julian Gonggrip, Rob Stewart, Andrzej Krzemienski, Matus Chochlik, Jeroen Habraken, Erik Nelson, Hartmut Kaiser, Joel De Guzman, Thijs (M.A.) van den Berg, Roland Bock, Gavin Lambert, feverzsj, Paul Bristow, and alex. If I have missed anybody I do apologize. All comments were taken into account and all comments were intelligent and to the point. Naturally I would also like to than Vladimir Batov for patiently answering all comments and explaining and defending his library and his design decisions. For the most part I am going to focus on general issues rather than on the individuals who made them. Documentation issues: The documentation was too focused on explaining the library as it differed from lexical_cast. Vladimir Batov explained why this is so but I also agree that the documentation can be better by simply focusing on what the library provides in terms of functionality. Comments also mentioned that the current converters are not documented as well as the could be, and some commenters reflected that knowledge of how a particular converter works, including possible failures using that converter, is also needed despite the common library interface. The documentation did not provide enough information about the use of locales in the library. The reference section was very limited with not enough explanation. A reference built from doxygen comments in the source files would be better. A better explanation or example in the documentation for writing one's own converter was suggested. Although the Performance section in the documentation was fairly lengthy some commenters wanted to know why some things could not be tested. Others wanted more information about how convert performance compared to other convert-like implementations. In general I think most reviewers found the documentation adequate for understanding how to use the library but lacking in completeness. Vladimir Batov reflected that if the library were accepted into Boost he would then create more complete documentation and the above issues could be addressed. Implementation issues: As in most reviews most commenters did not look very deeply into the actual code but were happy to know how to use the library, and this is understandable for a review. There were a few pertinent comments however and I am just going to enumerate them. All macros should be prefix with BOOST_. My own addition to that is that all macros should be prefixed with BOOST_CONVERT_ to avoid any conflicts with other libraries. There should be a jamfile for running the tests. Also some full-blown examples of using the library in a simple program, along with the appropriate jamfile, would be helpful. Source code should contain spaces, not tabs. This is an easily fixed minor issue. As mentioned before doxygen comments in the public source are the usual Boost way of doing things. The main header file should be convert.hpp instead of api.h. Some includes were missing from the printf converter. Design issues: In the design of the library is where we have the most varying views. The major issue in discussing the design of the library for those who felt it was inadequate were the comments that using the library was too complicated, that the central function for invoking a conversion should be simpler to use. While all suggestions were well-argued I felt that a number of these differences were merely syntactical issues rather than issues that made the functionality easier to use. The main interface for using the library is: convert<output_type>::from(input_value, converter) Vladimir Batov had asserted during the review that this could be simplified further by removing the need for the 'from::' part of the signature which would make the syntax simpler. Some reviewers did not like the name 'convert' and offered substitutions, others wanted the default value, currently specified as '.value_or(default)', to be specified as a direct input parameter, others wanted the converter itself which is an input parameter to be specified via another syntax. All of these are too me syntactical issues and no resolution could possibly please everybody but it is understandable that different reviewers have different syntactical preferences. More to the point were some changes in actual functionality. The three most important involved the return value, type requirements for the output type, and the use of a default converter. Considering each in its turn: 1) The return value is some form of 'optional', with the idea of using boost::optional if it meets all the requirements needed by the 'convert' library. A number of people wanted the actual value returned without having to append .value() to the convert signature to get it. They were also concerned with the performance overhead of having to create an optional value as the immediate return value. It was also suggested that while the current convert syntax might be fine, some alternatives directly returning the value, for those who like maximum simplicity, might be possible. 2) The type requirements for the output type are default constructible and copy constructible. A number of reviewers felt that if a non-const reference were passed to the convert function as an output instance then the type requirements would not have to be met. However the type requirements of some of the underlying converters might be affected by this and the documentation does explain how to work around the default constructible requirement, but I still do understand the reasoning behind this possibility. 3) A number of reviewers wanted a default converter to be used but there was hardly an agreement on what this default converter should be, some favoring lexical_cast, others favoring stringstream, and no doubt others might want something else. Nevertheless providing a default constructor interface, possible with a macro defined a compile time, seems like it might be doable. There was further discussion about the actual callable signature for a plug-in converter. Here there was less contention about the interface, which is currently a callable with a signature of: template<typename TypeOut, typename TypeIn> bool operator()(TypeIn const& value_in, TypeOut& result_out) const; Vladimir Batov did suggest some possible alternatives and there was a discussion with a number of reviewers about alternatives that seem implementable. This also ties into the concern of some reviewers that it should be straightforward to create one's own converters with minimum restrictions on the input and output types, as well as minimum performance overhead. Votes: A number of reviewers made comments but offered no final vote on whether or not the conversion library should be accepted into Boost. Some reviewers offered a Yes vote, but heavily based on changes they want to see. I will attempt to tabulate them here: YES votes: Christopher Kormanyos Paul Bristow Julian Gonggrip ( with some reservations which Vladimir Batove has met or may easily meet ) Andrzej Krzemienski Matus Chochlik YES, conditionally but otherwise NO if conditions are not met, which the current version does not meet] Jeroen Habraken Roland Bock alex NO Rob Stewart Final Decision: Among those who voted YES conditionally but otherwise NO there was a general consensus including Vladimir Batov, the 'convert' library creator, and some of the others that an attempt could be made to satisfy some of the conditions for simplification and/or functionality they desired. My decision, based on the votes as I interpret them, is that the convert library is ACCEPTED into Boost. While a perfect design is impossible I believe that the design of the library is an adequate starting point for a general-purpose conversion framework and that the design could change incrementally enough to satisfy some of the qualms of those who might not find it as initially useful as they have hoped, while still maintaining the central framework which Vladimir Batov has created. Furthermore I believe that others have reflected that a general-purpose conversion library would be very useful if it were flexible enough to support plug-in converters created by programmers, as the 'convert' library does. I realize that what is essentially a 5 to 4 vote in favor of the library is not an overwhelming consensus by any means but I feel that 3 of those 4 NO votes are predicated on wishes for possible changes to the 'convert' library which may yet be met before the library gets officially added to an upcoming Boost release. Since I have accepted the library based on the votes and my interpretation of the issues I would like to encourage those who feel that some alternate designs could be implemented as part of the 'convert' library to work with Vladimir Batov, if he is agreeable, to add those alternatives to the library. Nonetheless it is his library and he would be the final arbiter of any decisions reached. I would like to encourage the view, however, that the current design is what has been voted in by others as the 'convert' library so that any changes made to it as it is added to Boost should be incremental additions which minimally change what others see as an acceptable library.

1 0

Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called
by Hickman, Steve (AdvTech) 31 May '14

31 May '14

From: Robert Ramey [mailto:robertmacleranramey@gmail.com] Sent: Friday, May 30, 2014 3:43 PM To: boostusers(a)googlegroups.com Cc: robertmacleranramey(a)gmail.com; boost-users(a)lists.boost.org; boost-users(a)lists.boost.org; Hickman, Steve (AdvTech) Subject: Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called On Friday, May 30, 2014 2:37:00 PM UTC-7, Hickman, Steve (AdvTech) wrote: I corrected the problem with the DLL import. That had no discernible effect. lol - you didn't tell me there was a problem with DLL import. The issue here was link warnings due to the fact that I was importing back into the DLL exported interfaces. I fixed this by changing how my DLL import macros in my header files expand for the library being built. When used in the library, they expand to nothing, otherwise they expand to “__declspec(dllimport)”. The actual function definitions in the .cpp files always expand to “__declspec(dllexport)” when the library is built as a DLL. It does not throw an unregistered_cast() exception (which it seems like it should). Consider filing a trac item for this. Done this strongly suggests a problem with EXPORT ing the derived class. Note that that each DLL contains it's own casting table. Of hand I don't remember which EXPORT s get added to which table. Certainly the EXPORT IMPLEMENT should be the *cpp file which is part of the DLL. It is One way to test this would be to verify that the static library build/test works. This always has only one table so such problem wouldn't come up. Building/linking my library statically does solve the problem. And it works for the application I need to use it for, so I’m going with that approach for now. . But it still leaves open the question of why we're getting to this point. There are two approaches to a problem like this: a) Just "make it work" by adding stuff until it seems to work. This is the approach favored by management. Given my current time constraints, using a static library works and will be my approach until I see it break. b) Get to the bottom of it and fix it once it once an for all - and add notes/comments and/or tests to make sure the bugger stays dead. This is the approach favored by (unemployed) programmers. And since I’m trying to avoid unemployment, I’ll have to delay this for now. The former seems to work - but the problem keeps sucking up time in the future. The latter is tedious and frustrating - but this keeps one from getting stuck in a dead end job constantly fixing the same problems. Robert Ramey --- Steve H.

1 0

[boost.msm] BOOST_MSM_EUML_DECLARE_STATE_MACHINE with state base class
by Stefan Näwe 31 May '14

31 May '14

Hi there, I use MSM from boost 1.49 with VC9 on Windows XP. I want to use the eUML front end. My states shall use a polymorphic base class and are defined like this: // State base class struct Worker { virtual void work() = 0; }; // a state struct Running_ : msmf::state<Worker>, euml_state<Running_> { void work() { ... } } const Running; My transition table is defined with BOOST_MSM_EUML_TRANSITION_TABLE() My state machine is defined like this: BOOST_MSM_EUML_DECLARE_STATE_MACHINE(( trans_table, init_ << AnyState, no_action, // fsm_entry no_action, // fsm_exit attributes_ << one_attr << another_attr, configure_ << no_configure_, Log_No_Transition, Log_Exception), MyFSM_fe) struct FSM : msmb::state_machine<MyFSM_fe> {}; All OK until here. But now I want to add the state base class to the above invocation of BOOST_MSM_EUML_DECLARE_STATE_MACHINE to be able to say : fsm.get_state_by_id(fsm.current_state()[0])->work() at any given time. BOOST_MSM_EUML_DECLARE_STATE_MACHINE(( trans_table, init_ << Running, no_action, // fsm_entry no_action, // fsm_exit attributes_ << one_attr << another_attr, configure_ << no_configure_, Log_No_Transition, Log_Exception, Worker), MyFSM_fe) But this gives me a compile error: C2275: 'Worker' : illegal use of this type as an expression. Is there any way to achieve what I need ? Can I somehow _NOT_ use the macro and create the same state machine (i.e. with attributes!) ? Thanks for any help! Stefan -- ---------------------------------------------------------------- /dev/random says: A Bugless Program is an Abstract Theoretical Concept. python -c "print '73746566616e2e6e616577654061746c61732d656c656b74726f6e696b2e636f6d'.decode('hex')" GPG Key fingerprint = 2DF5 E01B 09C3 7501 BCA9 9666 829B 49C5 9221 27AF

2 4

Directed graph, incoming edges
by Jeremy Murphy 31 May '14

31 May '14

Just wondering what people generally do when they want to model a directed graph but they also want efficient access to the incoming edges of a vertex? Make a bidirectional graph and store directionality as a property of an edge? Thanks, cheers. Jeremy

2 2

Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called
by Hickman, Steve (AdvTech) 30 May '14

30 May '14

I corrected the problem with the DLL import. That had no discernible effect. FWIW, I also note at this point that I have set all serializable classes to BOOST_CLASS_IMPLEMENTATION(fully_qualified_classname,boost::serialization::object_serializable); because I don’t save any of the archives. Since I’m only using this for immediate “over the wire” communication, I don’t need backwards compatibility. On the tracking bug: It would also be interesting to run your own test with the default tracking behavior to see if the symptom disappears. I set up to run with default tracking behavior. This had no discernible effect on stopping pointer_tweak (line 527 in iserializer.hpp) from nullifying the pointer to the deserialized instance. I didn’t look to see if it had an impact on the tracking flag (not certain how I would know since now tracking *should* be on) In the .cpp files of all serialized classes. This shouldn’t matter because I never read references to prior instances As far as we know. I never reference prior instances because, at least for the tests I’m running, the data structures don’t contain pointers. They do contain members that are also defined in the library. These members are never, at least in the tests I’m running, handled via pointers. In addition, I using this facility to serialize data that I send “over the wire” one data structure at a time. In each case I open a new archive to serialize one data structure instance, then extract the buffer created and close the archive. Similarly, on the receiving side, I open an archive for each structure I deserialize, do the deserialization, then close the archive (in both cases the archive stack variables go out of scope). It may be that on the receive side that there is some static data in the serialization library that thinks it needs to turn serialization on – I don’t know. I haven’t dug into that. Using/not using tracking is subservient to actually getting the deserialized data, so I’ll leave it with the default behavior for now. There remains the core problem that the call to pointer_tweak on line 527 of iserailzer.hpp causes the t pointer (the one containing the deserialized data) to be nullified. Digging into pointer_tweak, it appears that the problem lies in void_upcast(lines 314-334) in void_cast.cpp. While it receives the appropriate type information for both the base and derived class, it cannot find any info in the void_caster_register (which has size zero) to tell it how to convert one to the other, so it returns null. (line 333). It does not throw an unregistered_cast() exception (which it seems like it should). Could the problem lie in that because this is a DLL, its singletons (like void_caster_registry) are singletons across all EXEs that use that DLL ? Microsoft doc seems to indicate that isn’t the case (see http://msdn.microsoft.com/en-us/library/h90dkhs0(v=vs.90).aspx ) by default at least. If there is a problem here, I could envision the following scenario: In my case, both the serializing and deserializing EXEs are running in parallel, so they could be affecting any static data in the DLL. In particular, they both could be updating and clearing the void_caster_registry. If void_caster::recursive_unregister() has been called by the serializing EXE, it may not contain anything that is now needed by the deserializing EXE. Does that make sense? Is that possible? Regardless of what is causing the problem, should this be solvable by adding the explicit // method 2 : explicitly register base/derived relationship boost::serialization::void_cast_register<derived, base>( static_cast<derived *>=NULL), static_cast<base *>(NULL) to all my serialize methods? It doesn’t fix it for me(I added the appropriate calls as the first statement after a logging statement in all the serialize methods). Furthermore, the void_cast_registry still has size 0. --- Steve H.

1 0

date_time: nth friday of month
by MM 30 May '14

30 May '14

Hello, Is there an object that encodes "second friday of month", rather than "second friday of april"? Then you would pass to it month + year to get a date? If not, how would I implement such a type? Extend nth_day_of_the_week_in_month? Thanks,

2 3

how to correctly compile and use math module (for gmp) (b1.55 win32)
by eaj68 30 May '14

30 May '14

When compiling only regex module all works ok, but when I substitute 'math' for regex in command i get this: b2 -a --debug-configuration --prefix=C:\boost --address-model=32 --with math --layout=tagged toolset=gcc variant=release link=static threading=single runtime-link=static optimization=off notice: found boost-build.jam at C:/boost/boost-build.jam notice: loading Boost.Build from C:/boost/tools/build/v2 notice: Searching 'C:\WINDOWS' 'C:\Documents and Settings\Administrator' 'C:\Documents and Settings\Administrator' 'C:\boost\tools/build/v2' 'C:/boost/tools/build/v2/kernel' 'C:/boost/tools/build/v2/util' 'C:/boost/tools/build/v2/build' 'C:/boost/tools/build/v2/tools' 'C:/boost/tools/build/v2/contrib' 'C:/boost/tools/build/v2/.' for site-config configuration file 'site-config.jam'. notice: Loading site-config configuration file 'site-config.jam' from 'C:/boost/tools/build/v2'. notice: Searching 'C:\Documents and Settings\Administrator' 'C:\Documents and Settings\Administrator' 'C:\boost\tools/build/v2' 'C:/boost/tools/build/v2/kernel' 'C:/boost/tools/build/v2/util' 'C:/boost/tools/build/v2/build' 'C:/boost/tools/build/v2/tools' 'C:/boost/tools/build/v2/contrib' 'C:/boost/tools/build/v2/.' for user-config configuration file 'user-config.jam'. notice: Loading user-config configuration file 'user-config.jam' from 'C:/boost/tools/build/v2'. notice: Searching '.' for project-config configuration file 'project-config.jam'. notice: Loading project-config configuration file 'project-config.jam' from '.'. warning: toolset msvc initialization: can not find tool cl.exe warning: initialized from project-config.jam:3 notice: will use 'cl.exe' for msvc, condition <toolset>msvc notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>/<address-model>', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>/<address-model>32', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>x86/<address-model>', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>x86/<address-model>32', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>/<address-model>64', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>x86/<address-model>64', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>ia64/<address-model>', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>ia64/<address-model>64', setup: '' notice: [msvc-cfg] condition: '<toolset>msvc/<architecture>arm/<address-model>32', setup: '' notice: [cmdline-cfg] toolset gcc not previously configured; attempting to auto-configure now notice: will use 'g++' for gcc, condition <toolset>gcc-4.10.0-mingw notice: using gcc libraries :: <toolset>gcc-4.10.0-mingw :: C:\gcc/bin C:\gcc/lib C:\gcc/lib32 C:\gcc/lib64 warning: toolset gcc initialization: can not find tool C:/gcc/i686-pc-mingw32/bin/ar.exe warning: initialized from notice: using gcc archiver :: <toolset>gcc-4.10.0-mingw :: C:/gcc/i686-pc-mingw32/bin/ar.exe warning: toolset gcc initialization: can not find tool C:/gcc/i686-pc-mingw32/bin/ranlib.exe warning: initialized from notice: using gcc ranlib :: <toolset>gcc-4.10.0-mingw :: C:/gcc/i686-pc-mingw32/bin/ranlib.exe notice: using rc compiler :: <toolset>gcc-4.10.0-mingw :: C:\gcc\bin\windres.exe link.jam: No such file or directory notice: [zlib] Using pre-installed library notice: [zlib] Condition notice: iostreams: not using bzip2 compression notice: iostreams: not using bzip2 compression notice: [python-cfg] Configuring python... notice: [python-cfg] Registry indicates Python 2.6 installed at "C:\Python26\" notice: [python-cfg] Checking interpreter command "python"... notice: [python-cfg] running command 'python -c "from sys import *; print('version=%d.%d\nplatform=%s\nprefix=%s\nexec_prefix=%s\nexecutable=%s' % (version_info[0],version_info[1],platform,prefix,exec_prefix,executable))" 2>&1' notice: [python-cfg] ...does not invoke a working interpreter notice: [python-cfg] Checking interpreter command "C:\Python26\python"... notice: [python-cfg] running command 'C:\Python26\python -c "from sys import *; print('version=%d.%d\nplatform=%s\nprefix=%s\nexec_prefix=%s\nexecutable=%s' % (version_info[0],version_info[1],platform,prefix,exec_prefix,executable))" 2>&1' notice: [python-cfg] ...does not invoke a working interpreter notice: [python-cfg] No working Python interpreter found. notice: [python-cfg] falling back to "python" notice: [python-cfg] Details of this Python configuration: notice: [python-cfg] interpreter commanC: "python" notice: [python-cfg] include path: "Include" notice: [python-cfg] library path: "\libs" notice: [python-cfg] DLL search path: "<empty>" error: Unable to find file or target named error: 'libs/math/build//boost_math' error: referred to from project at error: '.' compiling all the modules without `--where` switch seems to work ok and produce these modules: libboost_atomic-mt-s.a libboost_chrono-mt-s.a libboost_chrono-s.a libboost_coroutine-s.a libboost_date_time-s.a libboost_exception-s.a libboost_filesystem-s.a libboost_graph-s.a libboost_iostreams-s.a libboost_locale-mt-s.a libboost_log_setup-s.a libboost_log-s.a libboost_math_c99f-s.a libboost_math_c99l-s.a libboost_math_c99-s.a libboost_math_tr1f-s.a libboost_math_tr1l-s.a libboost_math_tr1-s.a libboost_prg_exec_monitor-s.a libboost_program_options-s.a libboost_random-s.a libboost_regex-s.a libboost_serialization-s.a libboost_signals-s.a libboost_system-mt-s.a libboost_system-s.a libboost_test_exec_monitor-s.a libboost_thread-mt-s.a libboost_timer-s.a libboost_unit_test_framework-s.a libboost_wave-s.a libboost_wserialization-s.a but when I try to make an appication that uses gmp: (from : http://www.boost.org/doc/libs/1_53_0/libs/multiprecision/doc/html/boost_mul… ) that is only the include part to see it works: #include <iostream> #include <boost/multiprecision/gmp.hpp> int main() { return 0; } I get: In file included from C:\boost_gmp_test.cpp:2:0: c:\boost/boost/multiprecision/gmp.hpp:19:17: fatal error: gmp.h: No such file or directory #include <gmp.h> ^ compilation terminated. But I am sure that I have correctly installed boost ang GCC because regex module compiles and works without any issue. -- View this message in context: http://boost.2283326.n4.nabble.com/how-to-correctly-compile-and-use-math-mo… Sent from the Boost - Users mailing list archive at Nabble.com.

5 5

Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called [Honeywell Internal]
by Hickman, Steve (AdvTech) 30 May '14

30 May '14

Classification: Honeywell Internal I should have been more explicit in my original post. All serialization/deserialization is being done with base class pointers. I have a set of tests where I discovered the problems of serializing/deserializing with different pointer types that you identify below - so I've avoided that. What you suggest for the test program is essentially what I've done in my tests. One thing I did find in review is that somehow the serialize methods were marked protected rather than private. Fixing that partially corrected the problem. Now the deserialization "sticks" for all of the base class objects deserialized through the base class pointer (the data is in the fields after exiting the serialize process). For derived class objects deserialized through a base class pointer, I'm using xml_archive and stepping through the code. Here's what I see: First, one thing I notice: It appears that the system thinks tracking is on (line 476 of basic_iarchive.cpp: tracking is true) even though I've consistently said BOOST_CLASS_TRACKING(fully_qualified_classname,boost::serialization::track_never); In the .cpp files of all serialized classes. This shouldn't matter because I never read references to prior instances, but it may indicate a problem. The correct constructors are called in load_construct_data and the correct serialize methods are called. Further, at the end of the derived class serializer, all the fields contain the correct data - so it is loading correctly from the archive. The deserialize works up through the return from line 516 of iserializer.hpp (call to ar.load_pointer()) (at the topmost level - I have no embedded pointers in the objects I'm using to test with). T continues to have the values loaded. The call on line 527 of iserializer.hpp to pointer_tweak() appears to be causing the problem. It returns a null pointer. This means that the second portion of the nvp at the top level is now a null pointer, and I've lost what was loaded. I should also note at this point that all of the relevant classes have virtual destructors. This is the only virtual method they have. Note that all of the methods on these classes are declared with the appropriate DLL import/export (since this is built as a DLL). I should also note that I was wrong from my final reply on my previous post that the warnings on locally defined symbol 'symbol' imported in function 'function' had disappeared. They only disappeared because I was inadvertently doing incremental links. My initial attempts to resolve this issue have not apparently been successful. While the Microsoft documentation indicates that the code will still work (but just run slower) in the presence of these warnings, is it possible that the downcast in pointer_tweak() is failing because of this? I am endeavoring to correct this, but I'm a bit surprised at how the Microsoft compiler appears to be unable to chain macro definitions. --- Steve H. From: Robert Ramey [mailto:robertmacleranramey@gmail.com] Sent: Thursday, May 29, 2014 2:03 PM To: boostusers(a)googlegroups.com Cc: robertmacleranramey(a)gmail.com; boost-users(a)lists.boost.org; boost-users(a)lists.boost.org; Hickman, Steve (AdvTech) Subject: Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called [Honeywell Internal] OK - this should work. But in a few rare cases it won't. Usually this due to a very unusual corner case. That case is were something isn's de-serialized exactly as it was serialized. a) serializing through a derived pointer de-serialization through a base class pointer fix - even though one knows the derived class when serializing, serialize through a pointer to the base class - effectively using an implicit cast b) some other bizarre cases I don't remember. make a pair of test program which tests your serialization. a) use xml_archives b) program A should invoke both e main(){ ... X xp1 = new X; oar << xp1; ... X xp2; iar >> xp2; assert(*xp1 == *xp2); } c) split b above into two programs Robert Ramey ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Friday, May 30, 2014 at 7:33:06 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0

Fix for annoying bug / library maintenance
by Filip Konvička 30 May '14

30 May '14

Hi, https://svn.boost.org/trac/boost/ticket/4964 This is out there for years. To me this seems to be clearly explained and a fix is provided, but apparently all bugs assigned to 'bgubenko' aren't monitored (for years there has been no reaction). So is there a way of getting the fix ever applied? Or are such unmaintained libraries just doomed to eventually die, despite the efforts of the people reporting bugs and posting patches? Thanks, Filip

4 5

[unordered] Merging unordered maps
by Pete bartlett 29 May '14

29 May '14

I have a performance hotspot when merging a few unordered_maps of the same type into a master unordered_map (also of the same type) Currently I am doing Foreach( auto const& submap ,submaps ) Master.insert( submap.begin() , submap.end() ); This seems to be somewhat wasteful because the insert is (I think) computing hashes that the submaps already "know". Can I improve on this - without changing Boost? - without changing the boost interface, but changing the implementation (eg specialising the insert for certain iterator types)? - some more intrusive change? If the second or third option, would the maintainer be willing to consider merging the change into Boost proper? Thanks, Pete

3 3

[boost][metaprogramming] Looking for a good reference
by Kyle Ketterer 29 May '14

29 May '14

Hey all, I want to learn more about template (meta) programming. Including, type generators, adapters, etc. Looking for a good C++11 style reference. Any recommendations on books/material? Thanks

3 3

naming a test
by Eric Prud'hommeaux 29 May '14

29 May '14

boost/libs/test/example/external_main_example_1.cpp provides an example of a dynamical test suite tree. The invocation of add( BOOST_TEST_CASE(boost::bind(&free_test_function, 1, 1))); results in unpleasant names like "boost::bind( &free_test_function, 1, 2 )" . I used the preprocessor output to override the 2nd arg to make_test_case with a name of my choosing: ts->add(boost::unit_test::make_test_case (boost::unit_test::callback0<> (boost::bind( &free_test_function, 1, 2)), boost::unit_test::const_string( minor, 1))); This works (pretty names and invocable with the logical run_test) but I have no particular confidence that this will survive version changes as well as would BOOST_TEST_CASE. Is there a better way to do this? (stand-alone example attached) -- -ericP office: +1.617.599.3509 mobile: +33.6.80.80.35.59 (eric(a)w3.org) Feel free to forward this message to any list for any purpose other than email address distribution. There are subtle nuances encoded in font variation and clever layout which can only be seen by printing this message on high-clay paper.

3 8

[Graph] Newbie on A*
by Ken Kazinski 29 May '14

29 May '14

Sensei, I think a simple solution is to use a counter. int Count = 0; for(std::size_t v = source_node; ; v = p[v]) { Count++; if (Count > Distance) { break; } }

1 0

Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called [Honeywell Internal]
by Hickman, Steve (AdvTech) 29 May '14

29 May '14

Classification: Honeywell Internal All serialized classes have BOOST_CLASS_EXPORT_IMPLEMENT(fully_qualified_class_name) in the .cpp file (at the end of file) BOOST_CLASS_EXPORT_KEY(fully_qualified_class_name) in the .hpp file outside of all namespaces (at the end of file) In addition, I have a static template (templated on Archive type) method that calls ar.register_type for all serialized library classes. This method is called for both the output and the input archive before any serialization is done. This insures that all the library classes are registered with the archive in the same order. I do not attempt to register classes that I have not defined (e.g. std::string, ...). I do include the serialization headers for these types. (e.g. <boost/serialization/string.hpp>,...) I found that just using the macros was insufficient. In that case, the proper serialize methods were not called by the deserializing application (serialization worked fine). Adding the call that registers the library classes on both the input and output archives results in the proper serialize methods being called on both serialization and deserialization. However, even with this, the fields in the instance after deserialization have only default values. I did not detect any serialization exceptions during either serialization or deserialization. Note that I get the same behavior if I use manually created default constructors (AFAICT all my default constructors initialize all members to something). I do not get any uninitialized data exceptions. --- Steve H. From: Robert Ramey [mailto:robertmacleranramey@gmail.com] Sent: Thursday, May 29, 2014 9:28 AM To: boostusers(a)googlegroups.com Cc: boost-users(a)lists.boost.org; boost-users(a)lists.boost.org; Hickman, Steve (AdvTech) Subject: Re: [Boost-users] [serialization] deserialized instance empty even though proper serialize methods called When running tests where the same EXE serializes then deserializes everything works (I'm serializing to/from XML, text and binary). When running tests where I serialize in one EXE then deserialize in another EXE, (using text archives on both sides) the serialization works fine and the deserialization appears to work fine (all the appropriate deserialize methods are called), but the resulting object contains none of the data. The data is arriving at the receiving/deserializing application as a string which is then placed in a stringstream and that is used to initialize a text_iarchive. The serialize methods use BOOST_SERIALIZATION_NVP since this is set up to handle XML as well. After each line such as this: ar & BOOST_SERIALIZATION_NVP(valid); I would expect the referent member variable to be set, but it does not change. Nor has anything changed when examining the created instance after deserialization has completed. Look into the documentation for the topic - "registration". When serializing only through pointers, one needs to give the compiler some more info on what the base types are. Look for topics "register" and EXPORT Robert Ramey ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 29, 2014 at 11:28:00 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0

[serialization] deserialized instance empty even though proper serialize methods called
by Hickman, Steve (AdvTech) 29 May '14

29 May '14

I'm using Boost.Serialization (v 1.55) on a 64 bit Win7 machine using VS 2012. I'm building the library containing all the classes to be serialized as a DLL. None of the classes have manually defined constructors (so I'm getting the compiler created constructors). All serialization is done through pointers. Most of the classes for a single class hierarchy of up to 5 inheritance levels, although there is a second class hierarchy with only 2 levels and a number of classes that do not use inheritance. When running tests where the same EXE serializes then deserializes everything works (I'm serializing to/from XML, text and binary). When running tests where I serialize in one EXE then deserialize in another EXE, (using text archives on both sides) the serialization works fine and the deserialization appears to work fine (all the appropriate deserialize methods are called), but the resulting object contains none of the data. The data is arriving at the receiving/deserializing application as a string which is then placed in a stringstream and that is used to initialize a text_iarchive. The serialize methods use BOOST_SERIALIZATION_NVP since this is set up to handle XML as well. After each line such as this: ar & BOOST_SERIALIZATION_NVP(valid); I would expect the referent member variable to be set, but it does not change. Nor has anything changed when examining the created instance after deserialization has completed. What is could be causing this/ how do I fix it? Steve Hickman System Architect, Flight Deck of the Future 480-236-8367

1 0

[test]Legacy support - Boost 1.34.1 with MSVC 6
by Kerry, Richard 29 May '14

29 May '14

I've just started trying to use Boost's Test module. Trouble is I'm still stuck with Visual Studio 6(SP6), so I believe I need to stick with Boost 1.34.1 as the last properly supported for VC6. I'm having trouble getting the examples even to compile (ie exec_mon_example.cpp). Does anyone have any pointers to known incompatibilities between Boost 1.34.1 and VC6SP6 ? Or whether there is a more recent version where the Test module will work with VC6 ? I am well aware of how old VC6 is and would like to move forward. The major aim of getting Boost.Test working with VC6 is to give some confidence that any port to VC12 is working satisfactorily. Regards, Richard. Richard Kerry BNCS Engineer, SI SOL Telco & Media Vertical Practice T: +44 (0)20 3618 2669 M: +44 (0)7812 325518 Lync: +44 (0) 20 3618 0778 Room G300, Stadium House, Wood Lane, London, W12 7TA richard.kerry(a)atos.net<mailto:richard.kerry@atos.net>

3 2

[preprocessor] BOOST_PP_REPEAT with multiple "data"
by Igor R 29 May '14

29 May '14

Hello, I'm trying to make a macro for the following case (essentially, I have to translate a run-time decision to a compile-time one): switch(i) { case 1: my_func(arg, offsetof(my_struct, arr[1].my_field))); break; case 2: my_func(arg, offsetof(my_struct, arr[2].my_field))); break; // etc. up to 10 } If I could hard-code the whole function call into the macro, I could do something like this: #define EXPR(unused, x, text) my_func(arg, offsetof(my_struct, arr[x].my_field))); break; #define MY_MACRO(x) \ switch(x)\ {\ BOOST_PP_REPEAT(x, EXPR, _)\ } However, I'd like to pass "arg" and "my_field" as parameters to this macro. What would be the right way to do this? Thanks.

2 4

boost::tie and iterator_range
by afabri 28 May '14

28 May '14

Hello, Why does the iterator range no conversion operator to std::pair or the necessary plumbing so that one can extract the two iterators in the range with the help of boost::tie? best, andreas -- View this message in context: http://boost.2283326.n4.nabble.com/boost-tie-and-iterator-range-tp4662954.h… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

compilinmg boost On windows without including the Boost version number or the name and version number of the compiler
by Abolfazl Seyed Javadein 26 May '14

26 May '14

Hello I want to compile boost on my pc and get it's libs without Boost version number or the name and version number of the compiler like "libboost_date_time.lib" I used : b2 --without-mpi --build-type=minimal --layout=system and b2 --layout=system but none of them worked for me how can I get Those libs

3 2

SEGV in argv_traverser::handle_mismatch() on arg with leading space
by Eric Prud'hommeaux 25 May '14

25 May '14

argv_traverser::handle_mismatch() appears to barf when parsing argv[1] with leading (or only) spaces. The examples boost/libs/test/example/external_main_example_1.cpp gets a SEGV in include/boost/test/utils/runtime/cla/argv_traverser.ipp at m_remainder[m_remainder_size++] = p_separator gdb says p m_remainder_size $1 = 116625 bt: #0 0x000000000043f99b in boost::runtime::cla::argv_traverser::handle_mismatch (this=0x6dea00) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/utils/runtime/cla/argv_traverser.ipp:193 #1 0x000000000044059b in boost::runtime::cla::parser::parse (this=0x6dea00, argc=@0x7fffffffe164: 2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/utils/runtime/cla/parser.ipp:132 #2 0x00000000004265d5 in boost::unit_test::runtime_config::init (argc=@0x7fffffffe164: 2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_parameters.ipp:316 #3 0x000000000041630f in boost::unit_test::framework::init (init_func=0x4299b0 <init_unit_test_suite(int, char**)>, argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/framework.ipp:238 #4 0x0000000000423639 in boost::unit_test::unit_test_main (init_func=0x4299b0 <init_unit_test_suite(int, char**)>, argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_main.ipp:177 #5 0x000000000042391c in main (argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_main.ipp:237 $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 ' ' Segmentation fault (core dumped) $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 ' a' Segmentation fault (core dumped) $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 'a ' Running 3 test cases... $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 'a' ' ' Running 3 test cases... I tried with test_case_template_example.cpp but got linker errors consistent with a missing main. That example's include didn't include the path segment "included/" so I thought it should compile with a -DOOST_TEST_DYN_LINK -lboost_unit_test_framework . Anyways, the first example should be enough to track down the bug. -- -ericP office: +1.617.599.3509 mobile: +33.6.80.80.35.59 (eric(a)w3.org) Feel free to forward this message to any list for any purpose other than email address distribution. There are subtle nuances encoded in font variation and clever layout which can only be seen by printing this message on high-clay paper.

1 0

PropertyTree-JSON parser incompatible with Boost.ASIO?
by Jonas Stöhr 24 May '14

24 May '14

Hello folks, as this is my first post on this list, I am apologizing for mistakes I maybe made in advance. Anyway, to my question: For my current project I need both, Boost.PropertyTree (and it's JSON parser), as well as Boost.ASIO. When including both headers, it gives me an error at boost/asio/detail/socket_types.hpp(24), saying that WinSock.h has already been included. However, if I comment out the include for json_parser.hpp, it does not give any compiler errors (except the non-exisiting function read_json). I am working under Visual Studio 2013 Professional on Windows Server 2012 R2, boost 1.55. Minimal code to reproduce the issue: #include <boost/property_tree/json_parser.hpp> #include <boost/asio.hpp> I hope that someboy can help. Best regards, Jonas Stoehr

2 2

Using Program Options styles to format options_description output
by Arindam Mukherjee 24 May '14

24 May '14

One of the things I want to do when I use Program Options is to print the help according to the styles I am enforcing. For example, on Windows if I use allows_slash_for_short, it will make sense for me to reflect that when I print the actual help string. I can't find a way to do this. Any pointers? Thanks, Arindam

1 1

Last weekend for review of the Convert library
by Edward Diener 24 May '14

24 May '14

This is the last weekend of the the review of the Convert library, which started Monday May 12 and goes through Sunday May 25. For those who have been to C++ Now please take a look at the library and review it. I am looking for at least a half dozen reviews before I can decide, based on the reviews, whether or not the library should be accepted into Boost. The Convert library builds on the boost::lexical_cast original design and experience and takes those conversion/transformation-related ideas further. * to be applicable to a wider range of conversion-related use-cases, * to provide a more flexible, extendible and configurable type-conversion framework. The Convert library can be cloned from GitHub at https://github.com/yet-another-user/boost.convert. The library follows the modular-boost format. Just clone it to modular-boost/libs in the 'convert' subdirectory and run 'b2 headers' in order to create a link to its header file directory in the modular-boost/boost subdirectory. The library comes with documentation in its top-level index.html or doc/html/index.html file. You can also view the documentation online at http://yet-another-user.github.io/boost.convert/doc/html/index.html. The library is by Vladimir Batov and is a second reiteration with a greater focus of his library that was reviewed in the past. I am Edward Diener and I am again serving as the review manager of the library. If you have used lexical_cast or, like many C++ programmers, have used stringstream to do string-to-type, type-to-string conversions please look at this library. We need reviews of whatever point of view before a library can even be considered a Boost library. Comments, questions, and reviews will all be welcome for the library. Please try to sum up your review by answering these questions: 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: Do you think the library should be accepted as a Boost library? As always whether you do or do not feel that the library should be accepted into Boost please specify any changes you would like to see for the library to be better in your estimation.

1 0

Re: [Boost-users] [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit
by Hickman, Steve (AdvTech) 24 May '14

24 May '14

Robert – Thanks for your comments! 1) It was a typo – I got input archives and output archives backwards when describing the problem in my original email. I was actually using the as you describe. 2) There were several inline constructors in some derived classes not used by serialization. I removed them. 3) The archives were being closed but not the streams. Now both output archive and output stream are closed before the input stream and archive are created. 4) I also set up all the serialization code using NVPs so I could debug using XML archives based on a comment I saw in another post of yours from 6/15/10. That really makes it a lot easier to understand what’s happening! 5) I rebuilt Boost with the ODR code enabled. Results: I saw no ODR problems with the compile (by the time I did a full compile, I’d done steps 1-4). I saw none of the link warnings when rebuilding the DLL. I’m having much better success with the DLL now. It works almost completely. I’m now only having an RTTI issue that I’m working to resolve. I may post separately about that if my next few tests don’t identify the problem. PS –I’ve gotten pretty familiar with some parts the serialization code as I’ve stepped through it with the debugger. Very cool! It’s a real education on template meta-programming. Thanks for making this available and for doing such a great job with it both in terms of functionality and the artistry of the implementation. --- Steve H. On Thursday, May 22, 2014 10:56:26 AM UTC-7, Hickman, Steve (AdvTech) wrote: I’m using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I’m serializing through a base class pointer. I’m building a 32 bit debug console application. I’m serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. Hmm looks like a typo. I would expect to serialize to an output text archive and de-serialize from an input_text archive. The stream used for the output text archive could be any output stream including string stream and the stream used for text_input would likely be a mirror image of the original output archive. In this case I would expect this to be a string stream. <snip> I’ve checked the following things: <snip> 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don’t have multiple instantiations of the serialize methods Hmmm - quadriple check this. are there inline functions in the derived classes? <snip> 4) The output archive is closed before I open the input archive, so there shouldn’t be characters missing at the end of the stringstream. is the stream closed as well? <snip> I believe that this might be due to a violation of ODR. This is explained in lines 58-71 of the file basic_serializer_map.cpp . This code traps such violations but is commented out as too many users complained that it inhibited their programs from running. Try uncommenting this code, re-building the serialization library, and then rebuilding and re-running your DLL. Robert Ramey <snip> Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) This above is a red flag.

1 0

Re: [Boost-users] [units] Problem with conversion of compound units
by Norman, Ben 23 May '14

23 May '14

>On 05/20/2014 04:10 PM, Norman, Ben wrote: >> First, thanks for the most excellent boost::units library. We are making good use of it in a scientific software project. I confess that there more than a few things that remain mysterious to me, but I'll focus on one example here: On 05/22/2014 09:02 AM, Steven Watanabe wrote: >It's a bug. Try the attached patch. Thanks, Steven; that worked perfectly. Ben

1 0

[Asio] deadline_timer doesn't fire in some cases
by Ionut Slaveanu 23 May '14

23 May '14

We have a client application that uses deadline_timers in order to implement timeouts for read and write operations on a socket. We have an io_service thread that runs boost::asio::io_service::run. The _ioService is used by resolver, by read, write, connect timers (implemented using deadline_timer) and also by tcp::socket. On socket we are using only synchronous operations like: connect, read_some, write_some. The socket is blocking. Also for resolver we are using the synchronous operation resolve. Our problem is that although read timer is set to 100 milliseconds, it doesn't fire up and the application is blocked in read_some function for like 15 minutes. In onReadTimeout callback we are closing the socket. I can reproduce this behavior every time by changing the connection settings on the virtual machine that host the server to a dummy interface. Currently I sow this behavior in logs and i did a core dump of the client process using gcore and sow the stack trace on all threads. I added also the stack trace. The thread that is blocked for 15 minutes is thread 18. This thread contain in stack trace boost::asio::io_service::run. Also thread 9 and thread 10 contains boost::asio::io_service::run. Thread 18 calls _readTimer.expires_from_now(boost::posix_time::milliseconds(_readTimeout), ec); _readTimer.async_wait(boost::bind(&BlockingTcpClient::onReadTimeout, this, boost::asio::placeholders::error)); with readTimeout set to 100 and then _pSocket->write_some. In BlockingTcpClient::onReadTimeout we are closing the socket. So read_some should be blocked for maximum 100 miliseconds. Maybe the problem is that the read timer uses the same io_service that currently is blocked in read_some. Can anyone help us to investigate or fix this issue? If this is a known limitation can anyone tell us why this behavior happen? Thank you!

2 1

[RegEx] Are there any tools to test a regular expression will work
by John Bryan 23 May '14

23 May '14

Specifically Boost "Perl Regular Expression Syntax" option (with or without Unicode enhancements) I am working with software a product that is using Boost regex engine but I need a way to test individual regex expressions before committing them in to it. But I have found there are operstors that I sometimes need to use that do not exist in any on-line or client-side regex tester/editor or IDE that I have tried. They all seem to be based on Java or .Net based regex engines and I can not find any that uses the Boost engine. Tried RegExPal, RegEx.Powertoy, NotePad++, Padre etc. I don't mind whether it is online, Windows based, Linux based (so long as easy to install) or part of a larger application (so long as not massive). I just want something that will take a few seconds to tell if a regular expression will match a particular text. Example Boost specific expression:- "(one) (two) (three) \g-1" should match on:- "one two three three" Regards, John ________________________________ Sophos Ltd, a company registered in England and Wales, number 2096520, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom

2 2

[Graph] CSR from list of tuples
by Sensei 23 May '14

23 May '14

Dear all, I need to construct (and use) a graph that can handle millions of nodes, with minimal overhead, and as suggested I am using a CSR graph. As I understand from the documentation, it is unmodifiable. Arcs are created at runtime in a parallel fashion, and my choice was to use a vector of std::tuple<std::size_t, std::size_t, int> (that is, node, node, weight) with Intel's TBB. This is the problem: can I avoid temporary vectors to construct my graph? Right now the only way I see is to create the vector of arcs (as std::pair) and the vector of weights, but this is a waste of time and memory. Do you have any helpful suggestions? Cheers & Thanks!

2 4

Re: [Boost-users] [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal]
by Hickman, Steve (AdvTech) 23 May '14

23 May '14

Classification: Honeywell Internal Correction: I incorrectly stated below "the Microsoft compiler does create an executable that will execute static code that is not reachable via main ". That is wrong - the executable will *not* execute static code unless it is reachable via main. Hence my concern that the BOOST macros may be creating static code that doesn't get executed. --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 5:45:39 PM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Hickman, Steve (AdvTech) Sent: Thursday, May 22, 2014 11:02 AM To: 'boost-users(a)lists.boost.org' Subject: RE: [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal] Classification: Honeywell Internal I'm using Boost 1.55 --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 11:01:53 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Hickman, Steve (AdvTech) Sent: Thursday, May 22, 2014 10:56 AM To: 'boost-users(a)lists.boost.org' Subject: [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal] Classification: Honeywell Internal I'm using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I'm serializing through a base class pointer. I'm building a 32 bit debug console application. I'm serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. When I build the library containing the class hierarchy as a static library, I can serialize and deserialize consistently instances of any of the classes in the hierarchy multiple times. When I build the same library as a DLL, serialization/ deserialization works for some of the classes but fails consistently when deserializing one of the derived classes. I've checked the following things: 1) All of the data fields of the instances are initialized. They are fundamental types (bool, int, long), std::string, a std::chrono (which has a serialization I found on the 'Net) and one enumerated type (removing the enumerated type doesn't fix the problem). 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don't have multiple instantiations of the serialize methods 3) The test driver does nothing but run the tests - so the DLL containing the library shouldn't be loaded multiple times. 4) The output archive is closed before I open the input archive, so there shouldn't be characters missing at the end of the stringstream. 5) I'm building UNICODE for both the library and the test driver, so character size shouldn't be changing. I know is that the Microsoft compiler does create an executable that will execute static code that is not reachable via main. I have not (to my knowledge) included static code that is unreachable via main, but I haven't delved into the Serialization EXPORT macros to see what exactly they are doing. I don't know if that is a source of the problem. When I build the library, I do get linker warnings (see examples at bottom) that I'm importing locally defined symbols. Since all of the classes in the library must be visible externally because they are used externally, they must all be exported. Since they are part of a class hierarchy, they must be available to the other classes in the library that derive from them. I don't know if these warnings point to the problem. I also don't know how to get rid of them given the above. My question is: Why is this happening? How do I fix it? Other notes: all of the library classes have "DECL" macros that resolve to __declspec(dllexport) or __declspec(dllimport) when building the dll. When I build the static library, these resolve to "" (nothing). I'm attaching copies of relevant files. All files named "Raw*Event" are part of the library. MinimalTest.cpp is the test driver. Chrono.hpp is the serialization header that is not part of the Boost serialization library. Compiler flags for the library when building it as a DLL: (C/C++): /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_WINDLL" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.dll" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pdb" /DYNAMICBASE "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /DEBUG /DLL /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pgd" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\Input.dll.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Debug\" /LIBPATH:"c:\GITRepos\fd_x\lib\TRACS" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /TLBID:1 Compiler flags for the test driver when linking the DLL: (C/C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Compiler flags for the library when building it as a static library: (C++) /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Librarian) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" Compiler flags for the test driver when linking the static library: (C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_oarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_oarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_oarchive>(class boost::archive::binary_oarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_oarchive,class Input::RawEvent>(class boost::archive::binary_oarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_oarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_oarchive@archive@2@AAVRawEvent@Input@@I@Z) 1> Input.vcxproj -> C:\GITRepos\fd_x\build\Win32\Debug\Input.dll Steve Hickman 480-236-8367 ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 10:56:21 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0

Re: [Boost-users] [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal]
by Hickman, Steve (AdvTech) 22 May '14

22 May '14

Classification: Honeywell Internal I'm using Boost 1.55 --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 11:01:53 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Hickman, Steve (AdvTech) Sent: Thursday, May 22, 2014 10:56 AM To: 'boost-users(a)lists.boost.org' Subject: [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal] Classification: Honeywell Internal I'm using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I'm serializing through a base class pointer. I'm building a 32 bit debug console application. I'm serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. When I build the library containing the class hierarchy as a static library, I can serialize and deserialize consistently instances of any of the classes in the hierarchy multiple times. When I build the same library as a DLL, serialization/ deserialization works for some of the classes but fails consistently when deserializing one of the derived classes. I've checked the following things: 1) All of the data fields of the instances are initialized. They are fundamental types (bool, int, long), std::string, a std::chrono (which has a serialization I found on the 'Net) and one enumerated type (removing the enumerated type doesn't fix the problem). 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don't have multiple instantiations of the serialize methods 3) The test driver does nothing but run the tests - so the DLL containing the library shouldn't be loaded multiple times. 4) The output archive is closed before I open the input archive, so there shouldn't be characters missing at the end of the stringstream. 5) I'm building UNICODE for both the library and the test driver, so character size shouldn't be changing. I know is that the Microsoft compiler does create an executable that will execute static code that is not reachable via main. I have not (to my knowledge) included static code that is unreachable via main, but I haven't delved into the Serialization EXPORT macros to see what exactly they are doing. I don't know if that is a source of the problem. When I build the library, I do get linker warnings (see examples at bottom) that I'm importing locally defined symbols. Since all of the classes in the library must be visible externally because they are used externally, they must all be exported. Since they are part of a class hierarchy, they must be available to the other classes in the library that derive from them. I don't know if these warnings point to the problem. I also don't know how to get rid of them given the above. My question is: Why is this happening? How do I fix it? Other notes: all of the library classes have "DECL" macros that resolve to __declspec(dllexport) or __declspec(dllimport) when building the dll. When I build the static library, these resolve to "" (nothing). I'm attaching copies of relevant files. All files named "Raw*Event" are part of the library. MinimalTest.cpp is the test driver. Chrono.hpp is the serialization header that is not part of the Boost serialization library. Compiler flags for the library when building it as a DLL: (C/C++): /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_WINDLL" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.dll" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pdb" /DYNAMICBASE "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /DEBUG /DLL /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pgd" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\Input.dll.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Debug\" /LIBPATH:"c:\GITRepos\fd_x\lib\TRACS" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /TLBID:1 Compiler flags for the test driver when linking the DLL: (C/C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Compiler flags for the library when building it as a static library: (C++) /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Librarian) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" Compiler flags for the test driver when linking the static library: (C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_oarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_oarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_oarchive>(class boost::archive::binary_oarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_oarchive,class Input::RawEvent>(class boost::archive::binary_oarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_oarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_oarchive@archive@2@AAVRawEvent@Input@@I@Z) 1> Input.vcxproj -> C:\GITRepos\fd_x\build\Win32\Debug\Input.dll Steve Hickman 480-236-8367 ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 10:56:21 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0

[serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal]
by Hickman, Steve (AdvTech) 22 May '14

22 May '14

Classification: Honeywell Internal I'm using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I'm serializing through a base class pointer. I'm building a 32 bit debug console application. I'm serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. When I build the library containing the class hierarchy as a static library, I can serialize and deserialize consistently instances of any of the classes in the hierarchy multiple times. When I build the same library as a DLL, serialization/ deserialization works for some of the classes but fails consistently when deserializing one of the derived classes. I've checked the following things: 1) All of the data fields of the instances are initialized. They are fundamental types (bool, int, long), std::string, a std::chrono (which has a serialization I found on the 'Net) and one enumerated type (removing the enumerated type doesn't fix the problem). 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don't have multiple instantiations of the serialize methods 3) The test driver does nothing but run the tests - so the DLL containing the library shouldn't be loaded multiple times. 4) The output archive is closed before I open the input archive, so there shouldn't be characters missing at the end of the stringstream. 5) I'm building UNICODE for both the library and the test driver, so character size shouldn't be changing. I know is that the Microsoft compiler does create an executable that will execute static code that is not reachable via main. I have not (to my knowledge) included static code that is unreachable via main, but I haven't delved into the Serialization EXPORT macros to see what exactly they are doing. I don't know if that is a source of the problem. When I build the library, I do get linker warnings (see examples at bottom) that I'm importing locally defined symbols. Since all of the classes in the library must be visible externally because they are used externally, they must all be exported. Since they are part of a class hierarchy, they must be available to the other classes in the library that derive from them. I don't know if these warnings point to the problem. I also don't know how to get rid of them given the above. My question is: Why is this happening? How do I fix it? Other notes: all of the library classes have "DECL" macros that resolve to __declspec(dllexport) or __declspec(dllimport) when building the dll. When I build the static library, these resolve to "" (nothing). I'm attaching copies of relevant files. All files named "Raw*Event" are part of the library. MinimalTest.cpp is the test driver. Chrono.hpp is the serialization header that is not part of the Boost serialization library. Compiler flags for the library when building it as a DLL: (C/C++): /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_WINDLL" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.dll" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pdb" /DYNAMICBASE "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /DEBUG /DLL /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pgd" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\Input.dll.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Debug\" /LIBPATH:"c:\GITRepos\fd_x\lib\TRACS" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /TLBID:1 Compiler flags for the test driver when linking the DLL: (C/C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Compiler flags for the library when building it as a static library: (C++) /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Librarian) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" Compiler flags for the test driver when linking the static library: (C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_oarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_oarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_oarchive>(class boost::archive::binary_oarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_oarchive,class Input::RawEvent>(class boost::archive::binary_oarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_oarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_oarchive@archive@2@AAVRawEvent@Input@@I@Z) 1> Input.vcxproj -> C:\GITRepos\fd_x\build\Win32\Debug\Input.dll Steve Hickman 480-236-8367 ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 10:56:21 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0

boost::throw_exception(...) behaviour and use case
by Arindam Mukherjee 22 May '14

22 May '14

I was wondering what behaviour or idiom does boost::throw_exception enable. I must be dense but the documentation here (http://www.boost.org/doc/libs/1_55_0/libs/exception/doc/throw_exception.html) does not immediately ring a bell. Is it meant to somehow help write code that runs both in environments where exceptions are enabled and where they are not? Since the structure of code that does not use exception handling tends to be quite different from that which does, I was wondering what's a correct idiomatic use of Boost. Of course I am aware that my basic assumption might be incorrect. Thanks, Arindam

2 1

[units] Problem with conversion of compound units
by Norman, Ben 22 May '14

22 May '14

First, thanks for the most excellent boost::units library. We are making good use of it in a scientific software project. I confess that there more than a few things that remain mysterious to me, but I'll focus on one example here: ---------------------------------------------------------------- #include <iostream> #include <boost/units/make_scaled_unit.hpp> #include <boost/units/systems/si.hpp> using namespace std; using namespace boost::units; /** @brief electron volts */ struct ev_base_unit : public base_unit<ev_base_unit, energy_dimension, 9999>{ /** @brief Get the unit name */ static const char* name() { return "electron-Volt"; } /** @brief Get the unit symbol */ static const char* symbol() { return "eV"; } }; typedef ev_base_unit::unit_type ev_unit; BOOST_UNITS_STATIC_CONSTANT(eV, ev_unit); // keV typedef make_scaled_unit<ev_unit, scale<10, static_rational<3> > >::type kev_unit; BOOST_UNITS_STATIC_CONSTANT(keV, kev_unit); // can only define conversion from a base unit. BOOST_UNITS_DEFINE_CONVERSION_FACTOR(ev_base_unit, si::energy, double, 1.60217653e-19); // without this, conversion from si::energy to eV doesn't work BOOST_UNITS_DEFAULT_CONVERSION(ev_base_unit, si::energy); int main(int argc, char **argv){ // "natural" direction (ev -> joule) cerr << "conversion ev to joule: " << conversion_factor(eV, si::joule) << endl; cerr << "conversion kev/s to joule/s: " << conversion_factor(keV/si::second, si::joule/si::second) << endl; // "reverse" direction (joule -> ev) cerr << "conversion joule to ev: " << conversion_factor(si::joule, eV) << endl; cerr << "conversion from joule/s to kev/s: " << conversion_factor(si::joule/si::second, keV/si::second) << endl; // eV to keV conversions cerr << "conversion ev to kev: " << conversion_factor(eV, keV) << endl; cerr << "conversion ev/s to kev/s: " // Fails to compile: << conversion_factor(eV/si::second, keV/si::second) << endl; return 0; } ---------------------------------------------------------------- When compiling the program above with gcc 4.8.2 and boost 1.54, I get the error below. All the conversions for eV and keV to and from joules work fine (even when divided by time as a test), but going between eV/second and keV/second explodes. Is this a limitation of make_scaled_unit? I have also tried with scaled_base_unit, but the results are the same. Thanks for any help, Ben In file included from /usr/include/boost/units/heterogeneous_system.hpp:39:0, from /usr/include/boost/units/make_scaled_unit.hpp:15, from test.cpp:3: /usr/include/boost/units/detail/linear_algebra.hpp: In instantiation of ‘struct boost::units::detail::determine_extra_equations_skip_zeros_impl<true, false>::apply<boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> >, boost::units::dimensionless_type>, 1, 1, 3, boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> > >, boost::units::list<boost::units::list<boost::units::static_rational<2l>, boost::units::list<boost::units::static_rational<1l>, boost::units::list<boost::units::static_rational<-2l>, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> > >’: /usr/include/boost/units/detail/linear_algebra.hpp:259:54: required from ‘struct boost::units::detail::determine_extra_equations<2, false>::apply<boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> >, boost::units::dimensionless_type>, 3, boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> > >, boost::units::list<boost::units::list<boost::units::static_rational<2l>, boost::units::list<boost::units::static_rational<1l>, boost::units::list<boost::units::static_rational<-2l>, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> > >’ /usr/include/boost/units/detail/linear_algebra.hpp:264:17: required from ‘struct boost::units::detail::determine_extra_equations<3, false>::apply<boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> > >, boost::units::list<boost::units::list<boost::units::static_rational<2l>, boost::units::list<boost::units::static_rational<1l>, boost::units::list<boost::units::static_rational<-2l>, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, 3, boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> > >, boost::units::list<boost::units::list<boost::units::static_rational<2l>, boost::units::list<boost::units::static_rational<1l>, boost::units::list<boost::units::static_rational<-2l>, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> > >’ /usr/include/boost/units/detail/linear_algebra.hpp:538:13: required from ‘struct boost::units::detail::make_square_and_invert<boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> > >, boost::units::list<boost::units::list<boost::units::static_rational<2l>, boost::units::list<boost::units::static_rational<1l>, boost::units::list<boost::units::static_rational<-2l>, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> > >’ /usr/include/boost/units/detail/linear_algebra.hpp:828:59: required from ‘struct boost::units::detail::normalize_units<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > >’ /usr/include/boost/units/detail/linear_algebra.hpp:1035:17: [ skipping 2 instantiation contexts, use -ftemplate-backtrace-limit=0 to disable ] /usr/include/boost/units/heterogeneous_system.hpp:243:93: required from ‘struct boost::units::detail::make_heterogeneous_system<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > > >’ /usr/include/boost/units/unit.hpp:93:7: required from ‘struct boost::units::reduce_unit<boost::units::unit<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > >, void> >’ /usr/include/boost/units/detail/conversion_impl.hpp:314:89: required from ‘struct boost::units::detail::conversion_impl<2>::apply<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > > >’ /usr/include/boost/units/detail/conversion_impl.hpp:445:13: required from ‘struct boost::units::detail::conversion_factor_helper<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, void>, boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::list<boost::units::scale_list_dim<boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::dimensionless_type> > >, void> >’ /usr/include/boost/units/conversion.hpp:176:1: required by substitution of ‘template<class FromUnit, class ToUnit> typename boost::units::one_to_double_type<typename boost::units::detail::conversion_factor_helper<Source, Dest>::type>::type boost::units::conversion_factor(const FromUnit&, const ToUnit&) [with FromUnit = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, void>; ToUnit = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::list<boost::units::scale_list_dim<boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::dimensionless_type> > >, void>]’ test.cpp:50:58: required from here /usr/include/boost/units/detail/linear_algebra.hpp:197:48: error: no type named ‘item’ in ‘boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> >, boost::units::dimensionless_type>::next {aka struct boost::units::dimensionless_type}’ typedef typename RowsBegin::next::item next_row; ^ /usr/include/boost/units/detail/linear_algebra.hpp:199:39: error: no type named ‘item’ in ‘boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> >, boost::units::dimensionless_type>::next {aka struct boost::units::dimensionless_type}’ next_row::item::Numerator == 0, ^ /usr/include/boost/units/detail/linear_algebra.hpp:199:39: error: no type named ‘item’ in ‘boost::units::list<boost::units::list<boost::units::static_rational<0l, 1l>, boost::units::list<boost::units::static_rational<1l>, boost::units::dimensionless_type> >, boost::units::dimensionless_type>::next {aka struct boost::units::dimensionless_type}’ /usr/include/boost/units/detail/linear_algebra.hpp: In instantiation of ‘struct boost::units::detail::calculate_base_unit_exponents_impl<false>::apply<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >’: /usr/include/boost/units/detail/linear_algebra.hpp:1051:122: required from ‘struct boost::units::detail::calculate_base_unit_exponents<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >’ /usr/include/boost/units/heterogeneous_system.hpp:243:93: required from ‘struct boost::units::detail::make_heterogeneous_system<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > > >’ /usr/include/boost/units/unit.hpp:93:7: required from ‘struct boost::units::reduce_unit<boost::units::unit<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > >, void> >’ /usr/include/boost/units/detail/conversion_impl.hpp:314:89: required from ‘struct boost::units::detail::conversion_impl<2>::apply<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::homogeneous_system<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > > >’ /usr/include/boost/units/detail/conversion_impl.hpp:445:13: required from ‘struct boost::units::detail::conversion_factor_helper<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, void>, boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::list<boost::units::scale_list_dim<boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::dimensionless_type> > >, void> >’ /usr/include/boost/units/conversion.hpp:176:1: required by substitution of ‘template<class FromUnit, class ToUnit> typename boost::units::one_to_double_type<typename boost::units::detail::conversion_factor_helper<Source, Dest>::type>::type boost::units::conversion_factor(const FromUnit&, const ToUnit&) [with FromUnit = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, void>; ToUnit = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<boost::units::si::second_base_unit, boost::units::static_rational<-1l> >, boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type> >, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-3l> >, boost::units::dimensionless_type> > >, boost::units::list<boost::units::scale_list_dim<boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::dimensionless_type> > >, void>]’ test.cpp:50:58: required from here /usr/include/boost/units/detail/linear_algebra.hpp:1045:96: error: could not convert template argument ‘boost::units::detail::normalize_units<boost::units::list<boost::units::si::second_base_unit, boost::units::list<ev_base_unit, boost::units::dimensionless_type> > >::extra’ to ‘int’ typedef typename strip_zeroes_impl<base_solutions::extra>::template apply<units>::type type; ^ test.cpp: In function ‘int main(int, char**)’: test.cpp:50:58: error: no matching function for call to ‘conversion_factor(boost::units::divide_typeof_helper<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-2l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-2l> >, boost::units::dimensionless_type> > >, boost::units::dimensionless_type> >, void>, boost::units::unit<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::meter_base_unit, boost::units::list<boost::units::scaled_base_unit<boost::units::cgs::gram_base_unit, boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::list<boost::units::si::second_base_unit, boost::units::list<boost::units::si::ampere_base_unit, boost::units::list<boost::units::si::kelvin_base_unit, boost::units::list<boost::units::si::mole_base_unit, boost::units::list<boost::units::si::candela_base_unit, boost::units::list<boost::units::angle::radian_base_unit, boost::units::list<boost::units::angle::steradian_base_unit, boost::units::dimensionless_type> > > > > > > > > > > >::type, boost::units::divide_typeof_helper<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-2l> >, boost::units::dimensionless_type> > >, boost::units::heterogeneous_system<boost::units::heterogeneous_system_impl<boost::units::list<boost::units::heterogeneous_system_dim<ev_base_unit, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-2l> >, boost::units::dimensionless_type> > >, boost::units::list<boost::units::scale_list_dim<boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::dimensionless_type> > >, void>, boost::units::unit<boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<1l> >, boost::units::dimensionless_type>, boost::units::homogeneous_system<boost::units::list<boost::units::si::meter_base_unit, boost::units::list<boost::units::scaled_base_unit<boost::units::cgs::gram_base_unit, boost::units::scale<10l, boost::units::static_rational<3l> > >, boost::units::list<boost::units::si::second_base_unit, boost::units::list<boost::units::si::ampere_base_unit, boost::units::list<boost::units::si::kelvin_base_unit, boost::units::list<boost::units::si::mole_base_unit, boost::units::list<boost::units::si::candela_base_unit, boost::units::list<boost::units::angle::radian_base_unit, boost::units::list<boost::units::angle::steradian_base_unit, boost::units::dimensionless_type> > > > > > > > > > > >::type)’ << conversion_factor(eV/si::second, keV/si::second) ^ test.cpp:50:58: note: candidate is: In file included from /usr/include/boost/units/quantity.hpp:29:0, from /usr/include/boost/units/systems/si.hpp:19, from test.cpp:4: /usr/include/boost/units/conversion.hpp:176:1: note: template<class FromUnit, class ToUnit> typename boost::units::one_to_double_type<typename boost::units::detail::conversion_factor_helper<Source, Dest>::type>::type boost::units::conversion_factor(const FromUnit&, const ToUnit&) conversion_factor(const FromUnit&,const ToUnit&) ^ /usr/include/boost/units/conversion.hpp:176:1: note: substitution of deduced template arguments resulted in errors seen above

2 1

Name generators for Boost Uuids
by Arindam Mukherjee 22 May '14

22 May '14

What is the specific use case for name generators for Boost Uuids? The generated uuids are still globally unique right, not just in the scope of a named domain? How is the algorithm different from the random generator? Are MAC addresses used in both cases? Thanks, Arindam

1 0

[Xpressive] Placeholder for user defined assertion
by LOL 22 May '14

22 May '14

I am trying to use a placeholder object for the check function in an xpressive regex. The error I usually get is "error C2064: term does not evaluate to a function taking 1 arguments" Please see my example below that uses the three_or_six user-defined assertion as described at http://www.boost.org/doc/libs/1_51_0/doc/html/xpressive/user_s_guide.html#b…. I am using boost 1.51 and Visual Studio 2010 Express. This is a contrived example; the real reason I am trying to do this is because my assertion has state that is not known at the time the regex is compiled. In the interim I have worked around it by using static variables instead of placeholders but that makes for more brittle code than I would like. Also, is there any way to reuse the match_results objects that are created by the iterator syntax? Thanks, Michael Mitchell //Inspired by https://groups.google.com/forum/#!topic/boost-list/hTBAT7KMgd4 #include <iostream> #include <boost/xpressive/regex_actions.hpp> #include <boost/xpressive/xpressive_static.hpp> using namespace std; using namespace boost::xpressive; // A predicate that is true IFF a sub-match is // either 3 or 6 characters long. struct three_or_six { bool operator()(ssub_match const &sub) const { return sub.length() == 3 || sub.length() == 6; } }; int main(int argc, char* argv[]) { int cnt = 0; string a_str("a_aaaaa___a_aa_aaa_"); // match words of 3 characters or 6 characters (this works). sregex expr1 = (bow >> +_w >> eow)[ check(three_or_six()) ] ; placeholder<three_or_six> tos_ph; sregex expr2 = (bow >> +_w >> eow)[ check(tos_ph) ] ; // The above does not work (error C2064: term does not evaluate to a function taking 1 arguments) placeholder<three_or_six*> tos_ptr_ph; sregex expr3 = (bow >> +_w >> eow)[ check(*tos_ptr_ph) ] ; // The above does not work (error 2676: binary '&&' : 'three_or_six' does not define this operator or a converstion to a type acceptable to the predefinied operator) sregex_iterator iter1(a_str.begin(), a_str.end(), expr1); three_or_six tos; sregex_iterator iter2(a_str.begin(), a_str.end(), expr2, let(tos_ph = tos)); three_or_six* tos_ptr = new three_or_six(); sregex_iterator iter3(a_str.begin(), a_str.end(), expr3, let(tos_ptr_ph = tos_ptr)); return 0; }

2 1

[ANN] libstudxml - modern XML API for C++
by Boris Kolpackov 21 May '14

21 May '14

Hi, libstudxml is an XML library for modern, standard C++. It has an API that I believe should have already been in Boost or even in the C++ standard library. The API was first presented at the C++Now 2014 conference. Based on the positive feedback and encouragement I received during the talk, I've decided to make the implementation generally available. As an example, we can parse this XML: <person id="123"> <name>John Doe</name> <age>23</age> <gender>male</gender> </person> With the following C++ code, which performs all the validation necessary for this XML vocabulary: enum class gender {...}; ifstream ifs (argv[1]); parser p (ifs, argv[1]); p.next_expect (parser::start_element, "person", content::complex); long id = p.attribute<long> ("id"); string n = p.element ("name"); short a = p.element<short> ("age"); gender g = p.element<gender> ("gender"); p.next_expect (parser::end_element); // person The API has the following interesting features: * Streaming pull parser and streaming serializer * Two-level API: minimum overhead low-level & more convenient high-level * Content model-aware (empty, simple, complex, mixed) * Whitespace processing based on content model * Validation based on content model * Validation of missing/extra attributes * Validation of unexpected events (elements, etc) * Data extraction to value types * Attribute map with extended lifetime (high-level API) libstudxml is compact, external dependency-free, and reasonably efficient. The XML parser is a conforming, non-validating XML 1.0 implementation that is based on tested and proven code. The library is released under the MIT license. More information, documentation, and source code are available from: http://www.codesynthesis.com/projects/libstudxml/ Or, you can jump directly to the API description with examples: http://www.codesynthesis.com/projects/libstudxml/doc/intro.xhtml#2 Enjoy, Boris

1 0

Boost test and openmpi
by Martin Vymazal 21 May '14

21 May '14

Hello, I have the following code: #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE mpi_functionality #include <boost/test/unit_test.hpp> #include "mpi.h" struct MPI_Functionality_Fixture { MPI_Functionality_Fixture() { m_argc = boost::unit_test::framework::master_test_suite().argc; m_argv = boost::unit_test::framework::master_test_suite().argv; } int m_argc; char** m_argv; }; BOOST_FIXTURE_TEST_SUITE( MPI_Functionality_TestSuite, MPI_Functionality_Fixture ) BOOST_AUTO_TEST_CASE( mpi_functionality_parenv_init ) { MPI_Init(&m_argc,&m_argv); } BOOST_AUTO_TEST_CASE( mpi_functionality_parenv_finalize ) { MPI_Finalize(); } BOOST_AUTO_TEST_SUITE_END() The code compiles fine, but I have the following problem when I try to run it. When I run as 'mpirun ./my_executable' or 'mpirun -np 3 ./my_executable' everything goes fine. On the other hand, when I run as ./my_executable I get the following error: unknown location(0): fatal error in "mpi_functionality_parenv_finalize": unrecognized signal Outside of Boost, it is perfectly possible to write a program which calls MPI_Init and MPI_Finalize and it does not have to be used with mpirun. I wonder if this (different) behavior of Boost test is normal. I did not find any remarks regarding Boost test and mpi in the tutorial. Best regards, Martin Vymazal

5 11

Wrapper for maybe an iterator
by Jens Müller 20 May '14

20 May '14

Hi, I am looking for an iterator that can be incremented safely (but not dereferenced) without when it has been default-constructed, and when it has been constructed with another iterator, it is just a proxy for that iterator. Is there such a thing in Boost? BR, Jens

1 0

Graph Library Question
by Ken Kazinski 20 May '14

20 May '14

Hi, I was able to find the shortest distances between my starting node and the rest of the nodes. Now I would like to output the path between my starting node and destination node. I have tried a number of different examples but none of them seem to do what I want. I am pretty sure I need to use some type of get but I can not find it in the documentation. Thanks for any help.

2 4

Re: [Boost-users] [Graph] CSR from list of tuples
by Jeremiah Willcock 20 May '14

20 May '14

Is there any that you could build three separate vectors for the different components? That would allow the storage from two of the vectors to be reused as-is in the CSR graph. Otherwise, the best you can do is probably to accept an extra copy (but you should be able to get it to that using multi-pass iteration over the input vector). -- Jeremiah Willcock <div>-------- Original message --------</div><div>From: Sensei <senseiwa(a)gmail.com> </div><div>Date:05/20/2014 9:52 AM (GMT-07:00) </div><div>To: boost-users(a)lists.boost.org </div><div>Subject: [Boost-users] [Graph] CSR from list of tuples </div><div> </div>Dear all, I need to construct (and use) a graph that can handle millions of nodes, with minimal overhead, and as suggested I am using a CSR graph. As I understand from the documentation, it is unmodifiable. Arcs are created at runtime in a parallel fashion, and my choice was to use a vector of std::tuple<std::size_t, std::size_t, int> (that is, node, node, weight) with Intel's TBB. This is the problem: can I avoid temporary vectors to construct my graph? Right now the only way I see is to create the vector of arcs (as std::pair) and the vector of weights, but this is a waste of time and memory. Do you have any helpful suggestions? Cheers & Thanks! _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Compiling with Python 3.3.5?
by Paul Hoffman 20 May '14

20 May '14

Greetings. I am compiling Boost 1.54.0 from source on a Debian 7.0.0 system built on a virtual machine. When that system has Python 3.1.5, Boost compiles. However, for a different program on that system, I need a newer Python. I started a new VM, installed Python 3.3.5 instead of 3.1.5, and tried to build Boost the same way. That dies, spewing a lot of stuff that looks like: ...found 10793 targets... ...updating 68 targets... gcc.compile.c++ bin.v2/libs/python/build/gcc-4.7/release/threading-multi/numeric.o In file included from ./boost/python/detail/prefix.hpp:13:0, from ./boost/python/numeric.hpp:8, from libs/python/src/numeric.cpp:6: ./boost/python/detail/wrap_python.hpp:50:23: fatal error: pyconfig.h: No such file or directory compilation terminated. "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -fPIC -DBOOST_ALL_NO_LIB=1 -DBOOST_PYTHON_SOURCE -DNDEBUG -I"." -I"/usr/local/include/python3.3" -c -o "bin.v2/libs/python/build/gcc-4.7/release/threading-multi/numeric.o" "libs/python/src/numeric.cpp" ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.7/release/threading-multi/numeric.o... gcc.compile.c++ bin.v2/libs/python/build/gcc-4.7/release/threading-multi/list.o In file included from ./boost/python/detail/prefix.hpp:13:0, from ./boost/python/list.hpp:8, from libs/python/src/list.cpp:5: ./boost/python/detail/wrap_python.hpp:50:23: fatal error: pyconfig.h: No such file or directory compilation terminated. . . . I don't see anything on the requirements page about a particular version of Python, but I could have missed it. Clues greatly appreciated. --Paul Hoffman

2 2

[Test] Boost.Test for Property Tree Issue
by Pritesh Acharya 19 May '14

19 May '14

Boost version: 1.55.0 OS: Windows 8 IDE: Visual Studio 2010 I have a small class which just parses a std::string using boost::property_tree::read_json. I'm trying to test my method with invalid input to make sure my method handles the exception. However, when I execute GetPropertyTreeFromJsonInValidInput2 (source code in attachment), I get exception in the visual studio itself and I have to break the execution. (snapshot is included in attachment). I'm a new user of boost, so don't know where to look for the solution.

2 1

What is the best way to obtain a constant one for any numeric type?
by Javier Dehesa 19 May '14

19 May '14

Is there any trait in Boost that allows me to get the value of one for any numeric type? What I'm looking for is something that would work like the following: boost::numeric_traits<int>::one; // 1 boost::numeric_traits<long>::one; // 1L boost::numeric_traits<double>::one; // 1.0 boost::numeric_traits<float>::one; // 1.0f And so on. Does it exist, or something equivalent? I've looked into NumericConversion, but I haven't quite found something similar. What I'm using now is something equivalent to the following: template<class Number> Number one() { return Number(1); } Maybe this is safe enough? I know I can do this trait by myself, but I would like to avoid it if possible, specially considering that I'm working on an already complex Boost library. Thanks. -- Javier Dehesa

3 2

Re Stability of serialization across boost versions
by Brian Wood 18 May '14

18 May '14

Sohail Somani writes: > On 18/05/2014 4:34 AM, John Maddock wrote: >>> Any feedback or suggestions other than not using boost for serialization? >> >> It was my understanding that stuff like that should be supported, if you >> have a test case then filing a bug report would seem to be in order? > > Based on the error, it seems like what is happening is that a newer > version of Boost is attempting to communicate with an older version of > Boost. The actual exception is from the archive itself, IIUC. The > library has explicitly said this is not supported, unfortunately. > > To the OP, I'd suggest not upgrading Boost serialization or requiring > upgrading in lockstep. Upgrading multiple hosts in random order means > new communicating with old. This is an unsupported use case. I have a serialization option. It isn't a Boost library, but it has support for some Boost types and we're willing to add support for other Boost types. -- Brian Ebenezer Enterprises - "He who *refreshes* *others* will *himself* be refreshed." Proverbs 11:25 http://webEbenezer.net

1 0

Stability of serialization across boost versions
by Jeff Abrahamson 18 May '14

18 May '14

A program I wrote using the Boost serialization library trips up when communicating with instances of itself on hosts with different versions of the library. terminate called after throwing an instance of 'boost::archive::archive_exception' what(): unsupported version It's not reasonable to require that users of my software upgrade their hosts in lock step with each other, all at once or not at all. But library skew on the order of a bit over two years at least (consider users of Ubuntu LTS) arises naturally and quite often. I think the solution would be for boost serialize to offer an API point that says "write with binary protocol n", which leaves the library free to read with any protocol it knows. When I feel that n+1 has existed for long enough, I can tell my program to use n+1. Unfortunately, and I'd like to be shown wrong, I don't think the library provides such an API point. Any feedback or suggestions other than not using boost for serialization? Jeff Abrahamson http://jeff.purple.com/ http://blog.purple.com/jeff/

3 2

Sequence of boost::logic::tribools - let indeterminate entries inherit from their neighbours
by Jens Müller 17 May '14

17 May '14

Hi, I have a sequence of tribools and I want element with a indeterminate value to inherit from their neighbours. Does such an algorithm exist already in Boost? If not, do you think it would be a useful addition? BR, Jens

2 5

"Trac thinks your submission might be Spam. To prove otherwise please provide a response to the following."
by Nico Schlömer 16 May '14

16 May '14

Hi all, I would like to make contributions to Boost on trac <https://svn.boost.org/trac/boost>, but whenever I would like to make comment a bug report, it gets recognized as spam, and I'm redirected to a captcha-page that I think should contain a captcha, but does _not_ <https://svn.boost.org/trac/boost/captcha#trac-add-comment>. Any hints? Cheers, Nico

5 8

[Concept.Check] BOOST_CONCEPT_ASSERT and OutputIterator
by Jens Müller 15 May '14

15 May '14

Hi, what might be wrong about this concept check? BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); It causes this compiler error: > In file included from /home/jens/hacon/build/boost-1.46.1/boost/concept/assert.hpp:36:0, > from /home/jens/hacon/build/boost-1.46.1/boost/concept_check.hpp:20, > from /home/jens/hacon/build/boost-1.46.1/boost/bimap/detail/bimap_core.hpp:31, > from /home/jens/hacon/build/boost-1.46.1/boost/bimap/bimap.hpp:61, > from /home/jens/hacon/build/boost-1.46.1/boost/bimap.hpp:13, > from src/XYZ.cpp:8: > src/xyz.cpp: In function ‘{anonymous}::triboolInheritFromAnyNeighborConverter_c<BoolOutputIterator> {anonymous}::makeTriboolInheritFromAnyNeighborConverter(BoolOutputIterator)’: > src/xyz.cpp:546:5: error: ‘*’ cannot appear in a constant-expression > BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); > ^ > src/XYZ.cpp:546:5: error: a call to a constructor cannot appear in a constant-expression > BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); > ^ > src/XYZ.cpp:546:5: error: template argument 1 is invalid > BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); > ^ > src/XYZ.cpp:546:5: error: template argument 1 is invalid > BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); > ^ > src/XYZ.cpp:546:105: error: invalid type in declaration before ‘;’ token > BOOST_CONCEPT_ASSERT( ( OutputIterator< std::back_insert_iterator< std::vector< bool > >, bool > ) ); Thanks, Jens P.S.: I of course have: #include <vector> #include <boost/concept_check.hpp> #include <boost/concept/assert.hpp>

3 3

[ASIO] Multicast Regression?
by Aaron_Wright＠selinc.com 14 May '14

14 May '14

I previously used ASIO from Boost 1.49 to send out multicast UDP messages up to 64K bytes in size without a problem. Now with ASIO from Boost 1.55 I can't seem to send out a multicast UDP message greater than 1500 bytes. I get this error: Code=1784 Category=system Message=The supplied user buffer is not valid for the requested operation I've looked at the code between Boost 1.49 and 1.55, (basic_datagram_socket.hpp, datagram_socket_services.hpp, win_iocp_socket_service_base.hpp and ipp) and very little has changed. Am I missing something that changed between the two? I'm using Windows and Microsoft Visual Studio 2010 for both 1.49 and 1.55. Hopefully someone has an idea of where to look. Thanks. --- Aaron Wright

2 3

[Graph] Caching Dijkstra results
by Sensei 14 May '14

14 May '14

Dear all, I need to find the shortest path from a node to another, and this operation will be performed several times with different source/destination nodes. In many cases, I would need the same source, so I was thinking about caching the results from Dijkstra. Sincerely, I don't know what I should cache. My initial thought is creating a hashmap with key being the source node, and value something that allows me to easily retrieve the path. What do you think I need to cache? Does it suffices to have a map from node index (std::size_t) to the node's predecessor map? Thanks & Cheers!

4 5

[thread] pthread/once.cpp doesn't compile for iOS
by Igor R 14 May '14

14 May '14

I'm upgrading Boost in an iOS project form 1.53 to 1.55, and getting the following error: cc1plus: error in backend: Couldn't allocate input reg for constraint 'Q'! cc1plus: error in backend: Couldn't allocate input reg for constraint 'Q'! lipo: can't figure out the architecture type of: /var/folders/j1/9fz1wymd0xs91683nq8gzwhr0000gn/T//ccBue08f.out "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/llvm-g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pedantic -gdwarf-2 -fexceptions -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk -pthread -arch arm -Wextra -Wno-long-long -Wno-variadic-macros -Wunused-function -arch armv7 -arch armv7s -fpermissive -pedantic -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DBOOST_THREAD_BUILD_LIB=1 -DBOOST_THREAD_DONT_USE_CHRONO -DBOOST_THREAD_POSIX -DNDEBUG -D_LITTLE_ENDIAN -I"." -c -o "bin.v2/libs/thread/build/darwin-6.1~iphone/release/architecture-arm/link-static/macosx-version-iphone-6.1/target-os-iphone/threading-multi/pthread/once.o" "libs/thread/src/pthread/once.cpp" Is it a known issue? Is there a workaround? Thanks.

1 0

boost::geometry::model::linestring
by alev mutlu 13 May '14

13 May '14

Hi all, I have the following code. I can correctly print the content of line_smp with boost::geometry::dsv but get strange results when I copy line_smp into a vector and then print the content of the vector. Any ideas on what I am doing wrong? bg::model::d2::point_xy p; while(rs->next()){ bg::set<0>(p, i); bg::set<1>(p, rs->getDouble("num")); i++; line +=p; } boost::geometry::simplify(line, line_smp, 0.3); std::cout<< " original: " << boost::geometry::dsv(line) << std::endl << "simplified: " <<boost::geometry::dsv(line_smp) << std::endl; std::vector<xy> v; v.clear(); std::copy(line_smp.begin(), line_smp.end(), std::back_inserter(v)); stringstream sa, ssa; for(int ia = 0; ia < v.size(); ia++){ sa << bg::get<1>(v[i]); cout << sa; sa.str(""); }

2 1

[boost] [mpl] Hard upper limit for range_c
by Javier Dehesa 13 May '14

13 May '14

I was testing for_each and range_c and I've discovered that there's a hard limit in the range_c template. I'm attaching an example (copied from the for_each docs http://www.boost.org/doc/libs/1_55_0/libs/mpl/doc/refmanual/for-each.html) to illustrate it. This program compiles fine for me (g++ 4.9.0), but if I set NUM to a number over 890, the compilation fails. I receive an error about template instantiation depth, so I guess I could tune it in the compiler to make it work. But, anyway, why is this template recursively defined? Is it on purpose? I get that maybe range_c was intended just for small ranges, but, is it the only way it can work? Also, it only allows for statically defined range limits. Also, whenever it compiles, the bigger the number you put, the longer it takes to compile. Thanks. -- Javier Dehesa

2 1

geomety::within not compiling for model::box
by mark meijer 13 May '14

13 May '14

Is this not supported for box type? NOT_IMPLEMENTED_FOR_THIS_TYPES Thanks for having a look, Mark typedef boost::geometry::model::d2::point_xy<int16_t, boost::geometry::cs::cartesian> FrameCoord_t; typedef boost::geometry::model::box<FrameCoord_t> FrameBox_t; FrameBox_t box1; FrameBox_t box2; boost::geometry::assign_values(box1, 10, 10, 20, 20); boost::geometry::assign_values(box2, 0, 0, 100, 100); bool is_within = boost::geometry::within(box1, box2); 15>ClCompile: 15> Main.cpp 15>G:\work\software-external\libs\Boost\boost_1_51_0\boost/geometry/strategies/within.hpp(57): error C2664: 'boost::mpl::assertion_failed' : cannot convert parameter 1 from 'boost::mpl::failed ************(__thiscall boost::geometry::strategy::within::services::default_strategy<TagContained,TagContaining,CastedTagContained,CastedTagContaining,CsTagContained,CsTagContaining,GeometryContained,GeometryContaining>::NOT_IMPLEMENTED_FOR_THIS_TYPES::* ***********)(boost::mpl::assert_::types<T1,T2>)' to 'boost::mpl::assert<false>::type' 15> with 15> [ 15> TagContained=boost::geometry::box_tag, 15> TagContaining=boost::geometry::box_tag, 15> CastedTagContained=boost::geometry::box_tag, 15> CastedTagContaining=boost::geometry::areal_tag, 15> CsTagContained=boost::geometry::cartesian_tag, 15> CsTagContaining=boost::geometry::cartesian_tag, 15> GeometryContained=Media::DetectionBox_t, 15> GeometryContaining=Media::DetectionBox_t, 15> T1=Media::DetectionBox_t, 15> T2=Media::DetectionBox_t 15> ] 15> No constructor could take the source type, or constructor overload resolution was ambiguous 15> G:\work\software-external\libs\Boost\boost_1_51_0\boost/geometry/algorithms/within.hpp(285) : see reference to class template instantiation 'boost::geometry::strategy::within::services::default_strategy<TagContained,TagContaining,CastedTagContained,CastedTagContaining,CsTagContained,CsTagContaining,GeometryContained,GeometryContaining>' being compiled 15> with 15> [ 15> TagContained=boost::geometry::box_tag, 15> TagContaining=boost::geometry::box_tag, 15> CastedTagContained=boost::geometry::box_tag, 15> CastedTagContaining=boost::geometry::areal_tag, 15> CsTagContained=boost::geometry::cartesian_tag, 15> CsTagContaining=boost::geometry::cartesian_tag, 15> GeometryContained=Media::DetectionBox_t, 15> GeometryContaining=Media::DetectionBox_t 15> ] 15> FrameProcessorVideoIq.cpp(357) : see reference to function template instantiation 'bool boost::geometry::within<Media::DetectionBox_t,Media::DetectionBox_t>(const Geometry1 &,const Geometry2 &)' being compiled 15> with 15> [ 15> Geometry1=Media::DetectionBox_t, 15> Geometry2=Media::DetectionBox_t 15> ] 15>G:\work\software-external\libs\Boost\boost_1_51_0\boost/geometry/strategies/within.hpp(57): error C2866: 'boost::geometry::strategy::within::services::default_strategy<TagContained,TagContaining,CastedTagContained,CastedTagContaining,CsTagContained,CsTagContaining,GeometryContained,GeometryContaining>::mpl_assertion_in_line_40' : a const static data member of a managed type must be initialized at the point of declaration 15> with 15> [ 15> TagContained=boost::geometry::box_tag, 15> TagContaining=boost::geometry::box_tag, 15> CastedTagContained=boost::geometry::box_tag, 15> CastedTagContaining=boost::geometry::areal_tag, 15> CsTagContained=boost::geometry::cartesian_tag, 15> CsTagContaining=boost::geometry::cartesian_tag, 15> GeometryContained=Media::DetectionBox_t, 15> GeometryContaining=Media::DetectionBox_t 15> ] 15>G:\work\software-external\libs\Boost\boost_1_51_0\boost/geometry/algorithms/within.hpp(285): error C2039: 'type' : is not a member of 'boost::geometry::strategy::within::services::default_strategy<TagContained,TagContaining,CastedTagContained,CastedTagContaining,CsTagContained,CsTagContaining,GeometryContained,GeometryContaining>' 15> with 15> [ 15> TagContained=boost::geometry::box_tag, 15> TagContaining=boost::geometry::box_tag, 15> CastedTagContained=boost::geometry::box_tag, 15> CastedTagContaining=boost::geometry::areal_tag, 15> CsTagContained=boost::geometry::cartesian_tag, 15> CsTagContaining=boost::geometry::cartesian_tag, 15> GeometryContained=Media::DetectionBox_t, 15> GeometryContaining=Media::DetectionBox_t 15> ] 15>G:\work\software-external\libs\Boost\boost_1_51_0\boost/geometry/algorithms/within.hpp(291): error C2955: 'boost::type' : use of class template requires template argument list 15> G:\work\software-external\libs\Boost\boost_1_51_0\boost/type.hpp(14) : see declaration of 'boost::type' 15> 15>Build FAILED. 15>

2 1

DateTime library - how to count "working days"?
by qplace 13 May '14

13 May '14

I need to find a day that stands 30 working days from a specific date, ignoring holidays. Currently I am doing it like this: boost::gregorian::date lastdate; int maxdays(30); for (int i = maxdays; i != 0; --i) { // skip weekends gregorian_calendar::day_of_week_type dow = lastdate.day_of_week(); while ( (dow == Sunday ) || (dow == Saturday) ) { lastdate -= boost::gregorian::date_duration(1); dow = lastdate.day_of_week(); } lastdate -= boost::gregorian::date_duration(1); } I did not find the iterator that can do it cleaner, but may be there is one? Thanks.

2 1

date_time output facet question
by Erik Türke 13 May '14

13 May '14

Hi all, i am trying to find out how to use date time output facet on a format like "%m-%d %T [%module:%level] %message" in a way that i get the date_time and the residual format ([%module:%level] %message). At the moment i am just getting the date and time without the rest of the format. Is there any chance to achieve that? Thanks in advance!

1 0

date time output facet question
by Erik Türke 13 May '14

13 May '14

Hi all, i am trying to find out how to use date time output facet on a format like "%m-%d %T [%module:%level] %message" in a way that i get the date_time and the residual format ([%module:%level] %message). At the moment i am just getting the date and time without the rest of the format. Is there any chance to achieve that? Thanks in advance!

1 0

Boost.Log - textual format with severity
by Keith Bennett 12 May '14

12 May '14

Hello! I'm new to boost log (like many others, I imagine since it's only a relatively new library). I'm trying to specify a format textually (eg, keywords::format = "blahblah", instead of using a compiled expression). The idea is that the format can be reconfigured easily either through a command line parameter or through the configuration file without needing to recompile. However, it seems that anything specifying %Severity% when using a custom severity_level enum will simply not be output at all. Take the example from libs/log/example/keywords/main.cpp Simply changing line 86 to be: logging::add_console_log(std::clog, keywords::format = "%Severity% %TimeStamp%: %_%"); will exhibit the problem I believe I am trying to resolve. My suspicion is that the core doesn't know about the custom Severity attribute because it hasn't been registered and so is unable to parse %Severity% to any formatter. In contrast, the add_file_log below that does correctly output the severity level because it uses a compiled expression and is therefore able to deduce what needs to be done (am I correct in that assumption)? I seem to be unable to add an attribute to resolve this without rolling my own attribute class. How do I add an attribute or formatter related to the Severity which was declared with BOOST_LOG_ATTRIBUTE_KEYWORD? I think it's worth noting that if I remove the template parameter to severity_logger on line 123 so that it matches thus: src::severity_logger< > slg; It then devolves into a standard int instead of an enum and the output is "correctly" seen -- as an int and not as a human-readable string. While this is okay for now, I would of course want it to be human-readable if possible. This is as it is in the example in libs/log/example/settings_file/main.cpp. Any help would be appreciated. -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

1 0

Re: [Boost-users] [RFC] Modern CORBA C++ IDL Mapping and implementation
by Felipe Magno de Almeida 12 May '14

12 May '14

Sorry if this ends up duplicate. But I've sent it to the developer's list and it came back. Hello Boosters, Where I work we are implementing an open source, modern, CORBA implementation and IDL mapping. We want it to support C++ and C++11 IDL mapping, but we also want to create another IDL mapping. This new IDL mapping is being experimentated in the following url https://github.com/expertisesolutions/mORBid/tree/concepts It still has some very problematic issues (like compilation-time of generated code) and of course it is still far from completion. But, we would like to hear suggestions about this approach. What we did was that an IDL interface is mapped to a typedef for boost::type_erasure (I found the idea quite cool for the reasons that I'll mention below) with the requirements defined in the IDL, e.g. its operations. The IDL also emits a model for this type_erasure which is the actual stub class and is called remote_reference. It also emits a proxy_reference model for the same type_erasure typedef which receives a std::reference_wrapper and proxies the calls, this is needed because type_erasure can't switch between by-reference and by-value in runtime. Why I believe this approach is better than current IDL to C++11 mapping: Because the IDL to C++11 mapping is too intrusive. You can't really use normal classes you have written for use as servants in CORBA because you have to inherit from Skeletons classes *and* you have to use the *exact* same signature as defined in the mapping. This is *way too restricted*. This is also inerent to the OO paradigm that CORBA uses. But, we can mimic the same features using type-erasure instead of directly using dynamic polymorphism. This gives a much greater freedom to users. It might be that Boost.type_erasure is not the best tool here because of compile-time and compiler memory usage, but the idea surely is. We still haven't seriously profiled boost.type_erasure yet, but we will do so as soon as possible. I think it might be very interesting to experiment with lite concepts and Boost.concept_check as well. Also, we created a EDSL for GIOP and IIOP mapping based on the boost.spirit infrastructure. We use that to treat alignment and endianness automatically and to use the same grammar for generation and parsing of IIOP messages. The message header grammar is defined like this: start = "GIOP" & octet('\1') /* GIOP major version */ & octet('\0') /* GIOP minor version */ & endianness [ octet(MessageType) /* message_type */ & raw_size(ulong_)[body] ] ; Which is compiled to IIOP parser or generator through boost.spirit infrastructure of make_terminal, make_directive and etc. This works splendid well and is really easy to use, extend, is statically checked and has great performance. Whoever feel interested, please take a look and comments are highly appreciated. Regards, -- Felipe Magno de Almeida

1 0

boost 1.55 build / install on OSX - why are aliases used instead of symlinks?
by Colby Boles 08 May '14

08 May '14

I recently installed and built boost 1.55 on an OSX machine of mine. With my current make system for my app (qmake) I needed to specify where the lib and include directories for boost were and thought the best thing to do would be to set them to \usr\local\lib \usr\local\include where I can see in the lib case there are links to the various library modules and in the include case there is a link to the boost include directories. The problem is that the boost installation makes these links using aliases instead of symlinks, so everything appears fine browsing in the Finder, but at the command line, the compiler can't see these directories. I'm able to change the aliases to symlinks, or point to the actual boost directories (e.g. \usr\local\Cellar\boost\1.55.0_1\*) and everything works, but it seems like the intention was to have symlinks at \usr\local\lib and \usr\local\include so that one can just point to these places and be version agnostic? Thanks, Colby

1 0

Check if a type has a member function (inhrited member functions also) with Boost TTI
by Hijok Payne 08 May '14

08 May '14

Boost TTI has very convenient macros for checking if a type has a member function. See http://www.boost.org/doc/libs/1_55_0/libs/tti/doc/html/the_type_traits_intr… If I have not missing something BOOST_TTI_HAS_MEMBER_FUNCTION returns false for inherited member functions. Is there a convenient Boost solution for doing this? There is a SO<http://stackoverflow.com/questions/1966362/sfinae-to-check-for-inherited-me…> solution based on SFINAE. But I would like to avoid that and would prefer a Boost solution, since that way I am more sure it works on more compilers and I want avoid maintaining code for each such specific behavior.

2 2

boost tti has_member_function
by Matei David 08 May '14

08 May '14

I'm trying to use boost tti has_member_function to test if a user-specified allocator has the expected methods. However, this fails with standard allocators. #include <iostream> #include <memory> #include <boost/tti/has_member_function.hpp> BOOST_TTI_HAS_MEMBER_FUNCTION(deallocate) typedef std::allocator< int > T; int main() { std::cout << has_member_function_deallocate< void (T::*) (T::pointer, T::size_type) >::value << "\n"; } I tried gcc-4.8.2 and clang-3.4. I'm compiling with: {g++|clang++} -std=c++11 -I${BOOST}/include -Wall -Wextra -pedantic -Wno-ignored-qualifiers -g3 -O0 In both cases, I get a 0. However, using "-E" and grep-ing for "\<deallocate\>", I see this signature: void deallocate(pointer __p, size_type) Shouldn't I be getting a 1? Am I using it the wrong way? Thanks

2 3

[Asio] async_read_until is passing no error and bytes_transferred of zero to handler
by Marcano, Gabriel E 08 May '14

08 May '14

I wanted to ask on the mailing list about an issue I'm having with Boost.Asio on Windows 7 before making a bug report. System information: Windows 7 64-bit Professional running on an Intel quad-core i7 with 4 GB of RAM, using Visual Studio 2012 for C++ development. Used VS2012 compiler to compile Boost 1.55 libraries by following instructions found in the documentation online. In case it matters, here are the C++ preprocessor defines I'm using: WIN32;_DEBUG;_CRT_SECURE_NO_WARNINGS;NOMINMAX;WIN32_LEAN_AND_MEAN; _WIN32_WINNT=0x0601; The project was compiled with the default debug settings for Visual Studio 2012, meaning no optimizations. The problem: While using Boost.Asio to communicate with a serial device (an Arduino, 250000 baud, 8n1), sometimes async_read_until would pass to the handler both a bytes_transferred of zero and an error condition indicating success. According to http://www.boost.org/doc/libs/1_55_0/doc/html/boost_asio/reference/ async_read_until/overload1.html, this should never occur (if I'm interpreting the documentation correctly). Specifically, under parameters, under handler: // The number of bytes in the streambuf's get // area up to and including the delimiter. // 0 if an error occurred. The odd thing about this problem is that it is not easily reproducible... I think it may be a race condition. The files I'm attaching include the wrapper class I made to access the serial port in Windows, with a small main function at the bottom of the implementation .cpp file. I almost couldn't reproduce the error with this setup-- it took me a few dozen runs to get it to manifest itself. I can guarantee that the problem does not lie with the Arduino or the UART communication-- I have been running USBPcap to make sure that USB communication is taking place. I can see all data travelling to and from the Arduino by analyzing the USBPcap output through Wireshark. The Arduino I have has a set of ASCII serial commands it supports. The only one I use in the included code is "?\r", which makes it return "ACK\r\nArduino\r\n". Based on my searching, the closest bugs to what I'm experiencing seem to be these ones: https://svn.boost.org/trac/boost/ticket/8933 https://svn.boost.org/trac/boost/ticket/8967 I considered disabling IOCP for testing, but serial port communication depends on IOCP in Windows. The original problem is far more reliably reproduced-- using Visual Studio's unit testing framework, I am running essentially the same code included in the main function of the included code. I'd say about one of every three or two runs results in the error using the unit testing framework. Running the code in the actual application I'm developing also reliably reproduces the problem (MFC application). The attached .zip file includes the stripped down version of the project used to reproduce the problem, the stack frame of the error as caught by the assert inside readUntilComplete, and a core dump with the heap for the stripped project when the error occurred. The debugging symbols for the core dump are also included in the top-most directory of the .zip file. I would greatly appreciate any input/suggestions on the issue. If people are having trouble reproducing the problem, I seemingly can occasionally reproduce it so I can do more analysis, if someone were to point me in the right direction. Thank you for your time! Sincerely, Gabriel E. Marcano

2 4

Re: [Boost-users] [Asio] async_read_until is passing no error and bytes_transferred of zero to handler
by Marcano, Gabriel E 07 May '14

07 May '14

> The attached .zip file includes the stripped down version of the project used > to reproduce the problem I'm unsure if my .zip file made it through the mailing list (I don't think so, as best as I can tell). For the time being, I've uploaded the .zip to my Google drive. As a heads up, it's around 15 MB compressed due to the core dump. The link is found here: https://drive.google.com/file/d/0B6KwsUWQzY0NdVhIMDFLUWpPLTg/edit?usp=shari… Let me know if there is anything other information I can provide! Sincerely, Gabriel E. Marcano

2 1

porting boost threads
by Jono Poff 07 May '14

07 May '14

Hi, this is my first post. I'm experimenting with boost 1.55.0 having last used version 1.3.mumble. I'm porting some old classes to see what changes there are and it has been quite smooth, with spirit stuff coming over easily using the classic namespace. One of my old wrapper classes typedefs boost::detail::thread::scoped_lock<boost::recursive_mutex> which seems to be missing from the latest version. Replaced with boost::mutex::scoped_lock perhaps? I expect to find other changes i thread... Can anyone point me to an explanation of changes to Boost thread that would help smooth this transition. Cheers, Jono -- ------------------------------ This email, including any attachments, is only for the intended recipient. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If you are not an intended recipient, you may not use, disseminate, distribute or reproduce such email, any attachments, or any part thereof. If you have received a message in error, please notify the sender immediately and erase all copies of the message and any attachments. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission nor can we guarantee that any email or any attachments are free from computer viruses or other conditions which may damage or interfere with recipient data, hardware or software. The recipient relies upon its own procedures and assumes all risk of use and of opening any attachments. ------------------------------

3 2

[PropertyTree] read_json() followed by write_xml produces invalid XML
by Marcel Loose 07 May '14

07 May '14

Hi all, Last week I posted the message below to the Boost Users group. One of the posters suggested that I stumbled upon a bug in Boost.PropertyTree. So, the question is: am I doing something wrong, or is this is a bug in Boost.PropertyTree? Best regards, Marcel Loose. ---- Start of message ---- I was quite surprised and disappointed to find out that I was unable to convert a simple JSON file into XML, using the Boost PropertyTree. As input I used the example JSON file from the documentation (see example.json below). I wrote a small program (see example.cc below) that reads in this JSON file, writes it to disk as XML file, and finally tries to read back this XML file. This last operation fails with an exception (see output below); the XML file that is produced (see example.xml below) is invalid, because it contains empty tags (<>). Am I doing something wrong? Best regards, Marcel Loose. $ cat example.json { "menu": { "foo": true, "bar": "true", "value": 102.3E+06, "popup": [ {"value": "New", "onclick": "CreateNewDoc()"}, {"value": "Open", "onclick": "OpenDoc()"} ] } } $ cat example.cc #include <boost/property_tree/ptree.hpp> #include <boost/property_tree/json_parser.hpp> #include <boost/property_tree/xml_parser.hpp> #include <fstream> using namespace std; using namespace boost::property_tree; int main() { ptree pt; { read_json("example.json", pt); ofstream ofs("example.xml"); write_xml(ofs, pt, xml_writer_make_settings(' ', 2)); } { ifstream ifs("example.xml"); read_xml(ifs, pt); } return 0; } $ ./example terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::property_tree::xml_parser::xml_parser_error> >' what(): <unspecified file>(7): expected element name Aborted $ cat example.xml <?xml version="1.0" encoding="utf-8"?> <menu> <foo>true</foo> <bar>true</bar> <value>102.3E+06</value> <popup> <> <value>New</value> <onclick>CreateNewDoc()</onclick> </> <> <value>Open</value> <onclick>OpenDoc()</onclick> </> </popup> </menu> ---- End of message ----

1 0

Boost PropertyTree: read_json() followed by write_xml() produces invalid XML
by Marcel Loose 07 May '14

07 May '14

Hi all, Last week I posted the message below to the Boost Users group. One of the posters suggested that I stumbled upon a bug in Boost.PropertyTree. So, the question is: am I doing something wrong, or is this is a bug in Boost.PropertyTree? Best regards, Marcel Loose. ---- Start of message ---- I was quite surprised and disappointed to find out that I was unable to convert a simple JSON file into XML, using the Boost PropertyTree. As input I used the example JSON file from the documentation (see example.json below). I wrote a small program (see example.cc below) that reads in this JSON file, writes it to disk as XML file, and finally tries to read back this XML file. This last operation fails with an exception (see output below); the XML file that is produced (see example.xml below) is invalid, because it contains empty tags (<>). Am I doing something wrong? Best regards, Marcel Loose. $ cat example.json { "menu": { "foo": true, "bar": "true", "value": 102.3E+06, "popup": [ {"value": "New", "onclick": "CreateNewDoc()"}, {"value": "Open", "onclick": "OpenDoc()"} ] } } $ cat example.cc #include <boost/property_tree/ptree.hpp> #include <boost/property_tree/json_parser.hpp> #include <boost/property_tree/xml_parser.hpp> #include <fstream> using namespace std; using namespace boost::property_tree; int main() { ptree pt; { read_json("example.json", pt); ofstream ofs("example.xml"); write_xml(ofs, pt, xml_writer_make_settings(' ', 2)); } { ifstream ifs("example.xml"); read_xml(ifs, pt); } return 0; } $ ./example terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::property_tree::xml_parser::xml_parser_error> >' what(): <unspecified file>(7): expected element name Aborted $ cat example.xml <?xml version="1.0" encoding="utf-8"?> <menu> <foo>true</foo> <bar>true</bar> <value>102.3E+06</value> <popup> <> <value>New</value> <onclick>CreateNewDoc()</onclick> </> <> <value>Open</value> <onclick>OpenDoc()</onclick> </> </popup> </menu> ---- End of message ----

1 1

Boost pool and move constructor
by Bruno Sanches 06 May '14

06 May '14

I am trying to create a object using boost object_pool, but trying to use the move constructor of the desired object, but on Visual 2013, I am always getting: error C2664: 'MyObject::MyObject(const MyObject &)' : cannot convert argument 1 from 'MyObject (__cdecl &)(void)' to 'MyObject &&' The error happens because boost pool construct method always assume a const parameter. Sample code: #include <boost/pool/object_pool.hpp> class MyObject{ public: MyObject(): m_iData(0) { } MyObject(MyObject &&other): m_iData(std::move(other.m_iData)) { other.m_iData = 0; } MyObject(const MyObject &rhs) = delete; MyObject &operator=(const MyObject &rhs) = delete; private: int m_iData;}; int main(int, char**){ boost::object_pool<MyObject> pool; MyObject obj; MyObject *pObj = pool.construct(std::move(obj));} Is there any way to invoke the move constructor using boost::object_pool? Thanks Bruno Sanches ======================== http://www.pontov.com.br

2 2

Sequence of boost::logic::tribools - let indeterminate entries inherit from their neighbours
by Jens Müller 06 May '14

06 May '14

Hi, I have a sequence of tribools and I want element with a indeterminate value to inherit from their neighbours. Does such an algorithm exist already in Boost? If not, do you think it would be a useful addition? BR, Jens

1 0

[range] can't use boost::any_range with RTTI disabled due to boost::polymorphic_downcast
by Adam Romanek 06 May '14

06 May '14

Hi! I'd like to draw your attention to an issue with boost::any_range that prevents it from being used with RTTI disabled. The problem is that boost::any_range indirectly uses boost::polymorphic_downcast which in turn uses dynamic_cast. Note that the dynamic_cast is only used to ensure the requested cast is valid and it's done only in non-release builds. It would be great if the check was simply skipped in RTTI-disabled environments, as it is done in release builds. This would result in loss of safety that boost::polymorphic_downcast provides but the pieces that use it would at least compile in RTTI-disabled environments. Would it be possible to fix this problem? If you wish I could create a ticket for this issue. BTW, there's a typo in the documentation of boost::any_range [1]. It mentions boost::forward_pass_traversal_tag, which does not exist. It should rather be boost::forward_traversal_tag. WBR, Adam Romanek [1] http://www.boost.org/doc/libs/1_55_0/libs/range/doc/html/range/reference/ra…

2 1

Boost support of MinGW
by Kosta Zertsekel 05 May '14

05 May '14

Hi guys, It is said that MinGW is not supported by Boost because it is not fully POSIX compatible: http://www.boost.org/doc/libs/1_55_0/more/getting_started/windows.html#pch Excerpt: "A note to Cygwin and MinGW users If you plan to use your tools from the Windows command prompt, you're in the right place. If you plan to build from the Cygwin bash shell, you're actually running on a POSIX platform and should follow the instructions for getting started on Unix variants. Other command shells, such as MinGW's MSYS, are not supported-they may or may not work." Does it mean that is some program that uses Boost was compiled with MinGW, then it can randomly crash or has some stability issues? Thanks in advace, --- Kosta

1 0

[TypeIndex 3.0] Review Manager's Report
by Niall Douglas 04 May '14

04 May '14

Dear Boost, The second round of peer review of proposed Boost.TypeIndex finished on Wed 30th, and here is the review manager's report. My thanks to the five reviewers who took the time and trouble to submit full reviews, plus to everyone else who commented. Votes regarding acceptance: 4 voted to accept TypeIndex into Boost immediately. 1 voted to accept into Boost with conditions. Overall: I recommend immediate acceptance into Boost. Conditions: 1. No one liked the present boost::typeind namespace, almost anything else would be better. I see the namespace has already changed in the develop branch to boost::typeindex, so I think this is already solved. Other common comments: * More than one reviewer mentioned how they liked the docs. * More than one reviewer expressed a desire for an ability to programmatically parse through type specifier strings. I agree with Antony that that is another library which isn't TypeIndex (something Boost.Spirit based which works directly with mangled symbol string representations, representing them as a partial AST - preferably also with a libclang compatible backend - would be great, but that is a totally different library and TypeIndex 3.x provides extensibility for such an additional function). * More than one reviewer sought some method of preventing link if you mix up incompatible uses of TypeIndex and/or with RTTI. Niall -- Currently unemployed and looking for work in Ireland. Work Portfolio: http://careers.stackoverflow.com/nialldouglas/

1 0

What's wrong with my code?
by Bill David 04 May '14

04 May '14

Hi all, I meet a problem with some code with boost and want to ask for some help here. To the following code: #include <list> using namespace std; #include "boost/function.hpp" #include "boost/foreach.hpp" #include "boost/bind.hpp" using namespace boost; void InsertItemHelper(list<int>& inContainer, list<int>::iterator& ioPosition, const list<int>::value_type& inItem) { ioPosition = inContainer.insert(ioPosition, inItem); } void WorkerFunction(const list<int>& inContainer, boost::function<void(int)> const& inAddItemCallback) { BOOST_FOREACH(auto item, inContainer) { inAddItemCallback(item); } } void Print(const list<int>& inContainer) { BOOST_FOREACH(auto item, inContainer) { std::cout << item << endl; } } int main() { list<int> sourceContainer; sourceContainer.push_back(1); sourceContainer.push_back(2); sourceContainer.push_back(3); list<int> targetContainer; list<int>::iterator pos = targetContainer.end(); boost::function<void(int)> addItemCallbackFxn(boost::bind(& InsertItemHelper, targetContainer, pos, _1)); WorkerFunction(sourceContainer, addItemCallbackFxn); return 0; } When I run it on Windows with VS2012, I always get a “list insert iterator outside range” error with: inContainer.insert(ioPosition, inItem); It seems targetContainer I passed to boost::bind is copied so that the following debug error of STL is hit: #if _HAS_ITERATOR_DEBUGGING if (_Where._Mycont != this) _DEBUG_ERROR("list insert iterator outside range"); #endif /* _HAS_ITERATOR_DEBUGGING */ But I am passing targetContainer as a reference and after the error, I can correctly get data in it. Does anybody know what’s wrong behind? Thanks, BD

2 1

[Date Time] time_period has not default constructor
by Pablo Madoery 30 Apr '14

30 Apr '14

I am using the library Date Time, in particular the object time_period. I was wondering why (if there is a good reason) this class has not a default constructor. the default constructor result usefull when using for example a map with the operator [] or when using serialization from Boost. ptime class has default constructor. If a time_period is formed by two ptime objects, why time_period has not its default constructor as well. Thanks

1 0

allocating shared memory fails beyond 8 GB
by vipin sachdeva 30 Apr '14

30 Apr '14

Hi, I am using managed_xsi_shared_memory to allocate memory as below: boost::interprocess::managed_xsi_shared_memory shmem(boost::interprocess::create_only, key, atol(argv[2])); For some reason, I cannot allocate more than 8 GB of memory. Both sysctl and ipcs have limits higher than that set (output below). ------ Shared Memory Limits -------- max number of segments = 1874919423 max seg size (kbytes) = 9765624999999 max total shared memory (kbytes) = 39999999999999996 min seg size (bytes) = 1 kernel.shmmax = 9999999999999999 kernel.shmall = 9999999999999999 kernel.shmmni = 1874919423 vm.hugetlb_shm_group = 0 Is there any reason why this allocation should fail ?

2 5

[typeindex v3.0] Peer review begins Mon 21st ends Wed 30th
by Niall Douglas 30 Apr '14

30 Apr '14

Dear Boost, A second round of community review begins for proposed Boost.TypeIndex on Mon 21st, lasting ten days. I should apologise as it's my fault for starting another peer review straight after Boost.Align ends, however I was busy as Google Summer of Code admin until today, and I will be preparing to talk at C++ Now straight after this review ends. I hope that this doesn't affect the community's willingness to contribute to the review. Reminder of the report from the last TypeIndex v2.1 review: https://groups.google.com/forum/#!topic/boost-list/TeiSdkRkUF0 Reminder of the original peer review announcement: http://boost.2283326.n4.nabble.com/TypeIndex-Peer-review-period-for-li brary-acceptance-begins-ending-Thurs-21st-Nov-td4654788.html Source code: https://github.com/apolukhin/type_index/zipball/master Github: https://github.com/apolukhin/type_index Documentation: http://apolukhin.github.com/type_index/index.html Changes in TypeIndex v3.0 since v2.1 (from my own review of it): 1. Documentation is hugely improved over v2.1, lots of side by side examples illustrating the differences and similarities. 2. You can now create your own custom type indices using an extensible framework. 3. boost::typeind::type_info now exports raw_name() and pretty_name() to maximise MSVC-GCC compatibility, and to solve point 1 but not point 2 in the v2.1 report. 4. The undefined behaviour trick used in v2.1 has been replaced with a cast via the placeholder type boost::typeind::detail::ctti_data which can be viewed in https://github.com/apolukhin/type_index/blob/master/include/boost/type _index/ctti_type_index.hpp. There is an explanation in the comments there about this technique's compatibility with the C++ standard. 5. TypeIndex now defines everything in the boost::typeind namespace instead of the boost namespace. So: 1. What is your evaluation of the design? 2. What is your evaluation of the implementation? 3. What is your evaluation of the documentation? 4. What is your evaluation of the potential usefulness of the library? 5. Did you try to use the library? With what compiler? Did you have any problems? 6. How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? 7. Are you knowledgeable about the problem domain? And finally, every review should answer this question: 8. 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. Thanks, Niall -- Currently unemployed and looking for work in Ireland. Work Portfolio: http://careers.stackoverflow.com/nialldouglas/

5 7

update cycle
by Philipp Kraus 30 Apr '14

30 Apr '14

Hello, I try to compile Boost myself under OSX and the thread library runs into compiler errors. I have seen that the fix is inserted into the repo, so I would like to wait to a new Boost release. The last Boost version (1.55.0) was released on November 2013, so my question is in which cycles are new releases created (half a year)? Thanks Phil

1 0

Boost::Interprocess - using variadic template args with managed_shared_memory::construct()
by james 28 Apr '14

28 Apr '14

Hi, I'm trying to write a wrapper over some of boost::interprocess and I want to have a function like this: template <typename T, typename... Args> T* Wrapper::createStruct(const std::string& name, Args&&... args) { return m_shm->construct<T>(name.c_str())(std::forward<Args>(args)...); } This fails to compile as it seems boost::interprocess uses its own varargs scheme when I try to create the following struct in the SHM through this wrapper function: struct Custom { Custom(int a, int b) : m_a(a), m_b(b) { } int a; int b; } int main() { ... Custom* c = shm->createStruct("Custom", 1, 2); } The error message: /usr/include/boost/interprocess/detail/named_proxy.hpp:79:7: error: no matching function for call to ‘test_sharedmemory::sharedmemory_custom::test_method()::Custom::Custom()’ { new((void*)mem)T(boost::forward<Args>(get<IdxPack>(args_))...); } ^ /usr/include/boost/interprocess/detail/named_proxy.hpp:79:7: note: candidates are: /home/james/dev/infinityplus/test/common/shm/sharedmemory/main.cpp:136:7: note: test_sharedmemory::sharedmemory_custom::test_method()::Custom::Custom(int, int) Custom(int one, int two) ^ /home/james/dev/infinityplus/test/common/shm/sharedmemory/main.cpp:136:7: note: candidate expects 2 arguments, 0 provided Is there any way I can get this to work? I'd rather my wrapper's interface used std only. boost 1.55 c++11 g++ 4.8.2 TIA, James

2 1

Announcing the student program for Meeting C++ 2014
by Jens Weller 28 Apr '14

28 Apr '14

Hello C++ and Boost Community, today I have the honor to announce the student program for Meeting C++ 2014: > The Meeting C++ Student program will enable 50 students to attend Meeting C++ 2014 plus 3 exclusive workshops organized by think-cell one day before the conference on December 4th. So, for students this will be a 3 day conference! After the workshops you will be invited to the student dinner by think-cell. Further details at http://meetingcpp.com/index.php/newsreader/items/meeting-cpp-2014-the-stude… kind regards, Jens Weller

1 0

[Coroutine 1.54] Compile error with bool return from coroutine-function
by Rob Desbois 27 Apr '14

27 Apr '14

(Caveat: I've been unable to find anything about this; hopefully haven't missed anything obvious.) (Apology: I'm aware Coroutine has a new interface as of 1.55; I haven't determined whether it is also affected.) Given the following code: #include <cassert> #include <boost/bind.hpp> #include <boost/coroutine/coroutine.hpp> using coro_t = boost::coroutines::coroutine< bool() >; void get_a_bool( coro_t::caller_type& yield ) { while (true) yield(true); } int main() { coro_t producer( boost::bind(&get_a_bool, _1) ); assert( producer ); } I get this error on compilation (g++ 4.8.2, Boost 1.54): rob{code 0} 839# clear && g++ boost-coroutine-bool-return.cpp -g -W -Wall --std=c++11 -L. -lboost_context -lboost_coroutine -o boost-coroutine-bool-return In file included from /usr/include/boost/coroutine/v1/detail/coroutine_base_resume.hpp:26:0, from /usr/include/boost/coroutine/v1/detail/coroutine_base.hpp:21, from /usr/include/boost/coroutine/v1/coroutine.hpp:30, from /usr/include/boost/coroutine/coroutine.hpp:13, from boost-coroutine-bool-return.cpp:11: /usr/include/boost/coroutine/detail/holder.hpp: In instantiation of ‘struct boost::coroutines::detail::holder<bool>’: /usr/include/boost/coroutine/v1/detail/coroutine_base_resume.hpp:103:28: required from ‘void boost::coroutines::detail::coroutine_base_resume<Signature, D, void, 1>::resume(boost::coroutines::detail::coroutine_base_resume<Signature, D, void, 1>::arg_type) [with Signature = void(bool); D = boost::coroutines::detail::coroutine_base<void(bool)>; boost::coroutines::detail::coroutine_base_resume<Signature, D, void, 1>::arg_type = bool]’ /usr/include/boost/coroutine/v1/detail/coroutine_op.hpp:268:9: required from ‘D& boost::coroutines::detail::coroutine_op<Signature, D, void, 1>::operator()(boost::coroutines::detail::coroutine_op<Signature, D, void, 1>::arg_type) [with Signature = void(bool); D = boost::coroutines::coroutine<void(bool), 1>; boost::coroutines::detail::coroutine_op<Signature, D, void, 1>::arg_type = bool]’ boost-coroutine-bool-return.cpp:29:13: required from here /usr/include/boost/coroutine/detail/holder.hpp:39:14: error: ‘boost::coroutines::detail::holder<Data>::holder(boost::coroutines::detail::coroutine_context*, bool) [with Data = bool]’ cannot be overloaded explicit holder( coroutine_context * ctx_, bool force_unwind_) : ^ /usr/include/boost/coroutine/detail/holder.hpp:35:14: error: with ‘boost::coroutines::detail::holder<Data>::holder(boost::coroutines::detail::coroutine_context*, Data) [with Data = bool]’ explicit holder( coroutine_context * ctx_, Data data_) : At a glance it looks like there's no way a coroutine-function could possibly return bool due to the overload collision. Is this right? Did I miss something completely obvious in the docs? It's easy enough to work around with a transparent bool wrapper, I just want to be sure I'm not being a muppet :-D TIA -- rob -- Rob Desbois http://theotherbranch.wordpress.com/

2 1

Boost PropertyTree: read_json() followed by write_xml produces invalid XML
by Marcel Loose 27 Apr '14

27 Apr '14

Hi all, I was quite surprised and disappointed to find out that I was unable to convert a simple JSON file into XML, using the Boost PropertyTree. As input I used the example JSON file from the documentation (see example.json below). I wrote a small program (see example.cc below) that reads in this JSON file, writes it to disk as XML file, and finally tries to read back this XML file. This last operation fails with an exception (see output below); the XML file that is produced (see example.xml below) is invalid, because it contains empty tags (<>). Am I doing something wrong? Best regards, Marcel Loose. $ cat example.json { "menu": { "foo": true, "bar": "true", "value": 102.3E+06, "popup": [ {"value": "New", "onclick": "CreateNewDoc()"}, {"value": "Open", "onclick": "OpenDoc()"} ] } } $ cat example.cc #include <boost/property_tree/ptree.hpp> #include <boost/property_tree/json_parser.hpp> #include <boost/property_tree/xml_parser.hpp> #include <fstream> using namespace std; using namespace boost::property_tree; int main() { ptree pt; { read_json("example.json", pt); ofstream ofs("example.xml"); write_xml(ofs, pt, xml_writer_make_settings(' ', 2)); } { ifstream ifs("example.xml"); read_xml(ifs, pt); } return 0; } $ ./example terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::property_tree::xml_parser::xml_parser_error> >' what(): <unspecified file>(7): expected element name Aborted $ cat example.xml <?xml version="1.0" encoding="utf-8"?> <menu> <foo>true</foo> <bar>true</bar> <value>102.3E+06</value> <popup> <> <value>New</value> <onclick>CreateNewDoc()</onclick> </> <> <value>Open</value> <onclick>OpenDoc()</onclick> </> </popup> </menu>

3 3

Library advice
by Mathew Benson 27 Apr '14

27 Apr '14

Is there a boost library that I can use to dynamically deserialize structures from untyped buffers? I need to write code that receives a buffer of data from another computer, with some data serialized with bitfield structs. Yes, I do understand the difficulty of doing this and that it would have been easier if the data was serialized properly before transmission. I have no control over the transmitted data, but I can get the data format defined accurately. I fully understand the numerous edge cases and pitfalls with doing this and don't take the task lightly. Therefore, I'm looking for libs and open source code to make it easier. The incoming data format can and frequently does change so I can't hard code the format, but the format is defined in an XML file. I wrote an internal database containing field type, offset, and bit lengths, and populated via the XML file. My XML file is auto generated to match the as built interface definition, bit for bit. I wrote code that deserializes most of the data, but I need to rewrite it as a general purpose function to work for all cases, including bitfield structs. For now, I can assume same CPU (little endian) and the same compiler (gcc). However, both source and destination CPUs and OS's might be 32 bit or 64 bit. In future versions, I would like to add support for endian conversion and differing compiler packing. Does boost have something that would help? Sent from my Packard Bell 386

3 3

[Range] Extending the library for a base class and all its derived - enable_if
by Albert Yiamakis 26 Apr '14

26 Apr '14

Hello, I am looking to make a class, whose definition I cannot touch, model a Range concept. To that end I use method 2, http://www.boost.org/doc/libs/1_55_0/libs/range/doc/html/range/reference/ex… However, I am unable to specialize the relevant metafunctions (range_const_iterator, range_mutable_iterator, range_iterator) since they do not have an additional template parameter that would permit me to employ enable_if. I have found this impossible without touching either the class' definition or the metafunctions. Perhaps there is some other trick I am not aware of, in which case I would greatly appreciate hearing about it. If such a trick does not exist, then should these metafunctions feature an additional template parameter? Given that this is one of the methods to extend the library, it would make sense that one wishes to do so on conditions that enable_if can check. Albert

4 9

[Interprocess] Named objects with 'Managed External Buffer' (newbie)
by Jorge Bellon 25 Apr '14

25 Apr '14

Good afternoon, First, I apologize if I'm asking something obvious or outside the acceptable topics. I'm starting to use Boost so I'm quite newbie. I'm interested in using the managed_external_buffer in order to perform buffer copies into a created buffer that was created previously. Therefore, I will be storing mostly raw data into that buffer. Basically, I'm trying to do the following: Suppose a program uses the following int array: int numbers[10] = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; Eventually, I have to copy a chunk of that array into a pre-allocated buffer (i.e. the managed_external_buffer). Let the chunk be defined with: typedef struct { void* addr; size_t size; } chunk_t; However, these chunks can overlap, so I will sometimes merge two overlapping chunks into a bigger one. Example: // Chunk 1 chunk1_addr = (void*)&numbers[3]; chunk1_size = 3 * sizeof(int); // Chunk 2 chunk2_addr = (void*) &numbers[4]; chunk2_size = 4 * sizeof(int); The desired result is a single chunk containing {3, 4, 5, 6, 7}. The proposed problem is the merge, but how to find those chunks in the managed_external_buffer, so my question is the following: - Would it be possible to use named objects with another data type other than CharType and use managed_external_buffer::find to look for them? The thing is I could generate a hash or a numerical ID to identify the chunk. Generating a string using that number could be done but it would not be efficient. Otherwise, I guess I would have to keep a map (or other collection) with the <chunk ID, chunk pointer> pairs, define the managed_external_buffer with boost::interprocess::null_index (since I won't be using named objects) and use it through allocate and deallocate. Is this correct? Thanks in advance, Jorge WARNING / LEGAL TEXT: This message is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential, proprietary, or exempt from disclosure under applicable law. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, you are strictly prohibited from disclosing, distributing, copying, or in any way using this message. If you have received this communication in error, please notify the sender and destroy and delete any copies you may have received. http://www.bsc.es/disclaimer

2 1

[msm] compilation warning with boost-1.55.0
by samriti katoch 25 Apr '14

25 Apr '14

Hi, With boost-1.55.0 I see this warning from msm code: In file included from /build/boost/fusion/include/make_map.hpp:10, from /build/boost/msm/front/euml/common.hpp:40, from /build/boost/msm/front/euml/operator.hpp:15, from /build/abc.cc:15: cc1plus: warnings being treated as errors /build/boost/msm/back/fold_to_list.hpp:35: warning: 'boost::msm::back::states_' defined but not used What is a good way to remove this warning? Thanks! Samriti

2 2

Free Workshop: Test-Driven Development in C++ (Salt Lake City, UT)
by legalize+jeeves＠mail.xmission.com 25 Apr '14

25 Apr '14

[Please do not mail me a copy of your followup] This will be a practice run of my presentation for C++ Now! 2014. Workshop announcement: <http://bit.ly/RQgOtQ> Excerpt from the announcement: Test-Driven Development in C++, Wednesday, April 30, 2014 Have you heard about that new thing the kids are doing called test-driven development and wondered what it's all about? Is it about testing? Is it about design? Is it good or is it bad? Come join me for an evening workshop where I will show you what it's all about and you'll have a chance to try it out for yourself on a problem large enough to be interesting, but small enough that you can make progress on it during the workshop. The workshop will use the Boost.Test and Turtle libraries. Thanks to Fusion-io for the meeting facilities, WiFi access, food (pizza from The Pie) and refreshments. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

1 0

circular buffer in a multithreaded program
by Sebastian Gesemann 24 Apr '14

24 Apr '14

Hello! I had some troubles with using boost::circular_buffer in a multithreaded application and I'm not really sure whether I actually ran into a bug or wether I expected just too much that wasn't promised in the thread-safety section. Anyhow, I wanted to share my story and a theory of what possibly went wrong. Maybe this posting even contains some ideas of how circular_buffer could be made a little more thread-safe without ading any mutex- or atomics-based synchronization. What I tried to do: I tried to grant one thread write access to a sub-range in a circular_buffer while another thread had read-access to a non-overlapping sub-range. At no time any capacity change was needed. Occasionally, in a reader thread I would "consume" some of the values that were already "committed" by a writer and make more room for the writer to store new data by - locking a mutex - calling cb.erase_first(n); - calling cb.resize(cb.capacity()); - notify writer that there is new free space to write stuff into - unlocking the mutex As for iterator invalidation, erase_first just invalidates iterators to the elements being removed. And resize in this case just increases the size again to the capacity which should not invalidate any iterators If I understand correctly. But the program did not work. The first thing that came to my attention was that the checked iterators of circular_buffer don't support this kind of multithreading as they register and unregister themselves into a linked list without any synchronization. But even after disabling the checked iterators via BOOST_CB_DISABLE_DEBUG, the program still did not work. I could not figure out why (with enough certainty) and eventually replaced circular_buffer with a custom vector-based data structure. My guess is that the iterators of a circular_buffer somehow depend on some part of the state of the buffer that is modifed by erase_first. Then, I would have a data race. But such a dependency does not really have to be there. In my own implementation, an iterator is "self-sufficient" in the sense that it does not need to access any of the buffer's state (indices, counters and whatnot) to access the right elements. And this way, erasing some unneeded elements from the buffer while some other thread still works on other values in the buffer via iterators does not cause a data race. In my opinion, it's reasonable to expect something like this to work using a circular_buffer. Maybe someone knows more about how circular_buffer iterators are implemented and/or wants to improve the circular_buffer implementation w.r.t. thread-safety to support this kind of use. Since I switched to a custom data structure that is able to deal with this situation, I did not investiage this issue with circular_buffer any further. I already lost about a day because of this. I hope, this is of interest to somebody who wants to avoid exessive copying in the standard "producer-consumer / bounded-buffer pattern". Cheers! Sebastian

5 10