- Boost-users - lists.boost.org

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