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

[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