November 2005 - Boost - lists.preview.boost.org

serialization: registration of class types via header, or explicitly
by John.Clayton＠ubs.com 22 Nov '05

22 Nov '05

Hi All, I am trying to understand better how I can create a library of objects that can be streamed using boost::serialization (cool work btw). I have written a program that works OK, but there's a catch - I have to explicitly register the class types on the archiver instances before serialization. I had initially thought that the way around this was to use the following macro in the header file, just after declaring the class that will be stream-capable, e.g.: BOOST_CLASS_EXPORT( WatchdogPrimaryVote ) But if this is all I do (see below for what I really really have inside the header), then the write to a stream works OK, but reading back - in the same process space - throws an exception, telling me the class type is unregistered. When I register all known message types with the archiver explicitly, things work ok. e.g.: template < typename Archive > void registerClassTypes( Archive & ar ) { ar.template register_type < WatchdogMsgBase > ( static_cast < WatchdogMsgBase * > ( 0 ) ); ar.template register_type < WatchdogState > ( static_cast < WatchdogState * > ( 0 ) ); ar.template register_type < WatchdogPrimaryVote > ( static_cast < WatchdogPrimaryVote * > ( 0 ) ); } I am using boost_1_33_0 on Win32 with XP and Dev Env 2003 VC 7.1 - my project is a console application that links in the message as a dynamic library. So yes, I'm using __declspec(import/export). I had thought that when one uses the BOOST_CLASS_EXPORT() macro, that the types we're auto-magically added/known to the archivers, because of some definitions that get created the macro itself. Questions: ========== - Any ideas why I would have to do this (is it a problem with __declspec(imp/exp))? - Should I just throw away the idea of a dynamic library ang go static (it's all the same to me)? - With .so's on *nix would I have this same issue? (or maybe that's a little too broad cos it's compiler dependant - I don't know, looking at the details of the templates makes my eyes water sometimes). Thanks for any time that anyone has to read through all of this - sorry to include lots, I did that based on the 'more info is better' idea - although there's probably more detail I should give anyway. John Clayton PS: Here's a little more detailed background, I have : ================================================== - created a series of objects that are streamable, each derived from a common base class, using intrusive serialization - written a series of these objects, to a std::ostream, via ar & obj; - never written an instance of the base object to the stream explicitly - closed the std::ostream and re-opened it again (obviously as a std::istream type object) I am reading objects from the stream like this: WatchdogMsgBase *ptr = 0; archiver & ptr; in WatchdogPrimaryVote (derived from WatchdogMsgBase), I serialize like this: . . . template < class Archive > void serialize( Archive & ar, const unsigned int version ) { REGISTER_DERIVED_AND_BASE( WatchdogPrimaryVote, WatchdogMsgBase ); ar & BOOST_SERIALIZATION_NVP( _voteType ); ar & BOOST_SERIALIZATION_NVP( _responseType ); ar & BOOST_SERIALIZATION_NVP( _isConnected ); ar & BOOST_SERIALIZATION_NVP( _uniqueId ); } . . . BOOST_CLASS_VERSION( WatchdogPrimaryVote, 1 ) BOOST_CLASS_EXPORT( WatchdogPrimaryVote ) BOOST_CLASS_TRACKING( WatchdogPrimaryVote, boost::serialization::track_never ) // end of file and the macro expands to: #define REGISTER_DERIVED_AND_BASE(derived, base)\ boost::serialization::void_cast_register<derived,base>((derived *)0, (base *)0) Thanks John Clayton Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.

2 1

[Boost-bugs] [ boost-Bugs-1363831 ] Documentation error for the filesystem_error class
by SourceForge.net 22 Nov '05

22 Nov '05

Bugs item #1363831, was opened at 2005-11-22 06:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1363831&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: filesystem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Beman Dawes (beman_dawes) Summary: Documentation error for the filesystem_error class Initial Comment: The documentation on the exception.hpp header indicates that filesystem_error publicly subclasses std::runtime_error. It does not. It subclasses std::exception. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1363831&group_… ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

type_traits / MPL interoperability
by David Abrahams 22 Nov '05

22 Nov '05

I just ran into a problem caused by the TR1-ization of the type traits library. I had a function defined this way: template <class T> typename is_fundamental<T>::type f(T) { return mpl::bool_< is_fundamental<T>::value >(); } that wouldn't compile. Eventually I discovered that it was because type traits now yield instances of integral_constant<T,N> (is that documented somewhere now?) integral_constant<T,N> is derived from mpl::integral_c<T,N>, but mpl::bool_<N> is not derived from integral_constant<T,N>. I can understand not wanting to introduce that sort of two-way coupling between the libraries, but it also seems like the only way to make everything work smoothly. Thoughts? -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 4

[Wave] Added dll support
by Hartmut Kaiser 22 Nov '05

22 Nov '05

Hi all, This is to notify you all that I've added '<runtime-link>dynamic' support to the Wave library (as recently requested by several of you). Please check it out (Boost::HEAD) and give it a test. This was added to the V1 Jamfiles only, for now. Regards Hartmut

1 0

Re: [boost] Boost.Logging: formal review
by Matt Doyle 22 Nov '05

22 Nov '05

> [mailto:boost-bounces@lists.boost.org]On Behalf Of John Torjo > Gennadiy Rozental wrote: > > > BTW before I start, I recalled couple more issues I forgot > to mention in > > original post: > > > > 1. Design: Lightweight interface > > Log library brings a lot of dependencies. In some case I do > not want this if > > Care to exemplify? What are the dependencies? > > > I need to use the library in header. IMO log needs to > support/implement some > > lightweight debug abstract interface Something like: > > > > struct DebugLog { > > virtual void log( string const& ) = 0; > > virtual void log( int ) = 0; > > }; > > > > struct Log : DebugLog { ... }; > > > > Now I could use DebugLog interface without need to know an > implementation. > > It comes with the price of virtual call. I primarily use > this for debug only > > logging. > > Anybody else wants this? Yes, for me that would be useful. > > 3. Design: hexdump > > I believe log library needs to provide support for dumping > memory in hex > > format on log file. It could be an addon to core functionality. > > > > I can add this, even though I'm not sure why you'd want this. Yes, Yes, I use the log file for an error log. Being able to do a raw (hex) dump of the offending packet would be very useful for postmortem analysis - provided this functionality could still be available in the light-weight version :/ > > > 4. Design: logged assert > > I believe log library needs to provide support for custom > assert. Such > > assert would log into log file and invoke system assert > depends in assert > > level. It could be an addon to core functionality. > > > > Well, I want to adapt SMART_ASSERT to allow for this functionality. Kind of falls in line with what I said in #3. I want to log the recoverable errors but if it was a non-recoverable error then "log & die" would fit nicely. Kind regards, Matt Scanned by Fortigate {X3BTB534}

10 16

Boost regression notification (2005-11-21 [RC_1_33_0])
by Douglas Gregor 22 Nov '05

22 Nov '05

Boost regression test failures ------------------------------ Report time: 2005-11-21T14:38:08Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 33 failures in 2 libraries: iostreams (32) serialization (1) |iostreams| array_test: intel-8.1-linux auto_close_test: intel-8.1-linux buffer_size_test: intel-8.1-linux bzip2_test: intel-8.1-linux code_converter_test: intel-8.1-linux component_access_test: intel-8.1-linux compose_test: intel-8.1-linux copy_test: intel-8.1-linux counter_test: intel-8.1-linux direct_adapter_test: intel-8.1-linux example_test: intel-8.1-linux file_descriptor_test: intel-8.1-linux file_test: intel-8.1-linux filtering_stream_test: intel-8.1-linux finite_state_filter_test: intel-8.1-linux flush_test: intel-8.1-linux gzip_test: intel-8.1-linux invert_test: intel-8.1-linux line_filter_test: intel-8.1-linux mapped_file_test: intel-8.1-linux newline_test: intel-8.1-linux null_test: intel-8.1-linux pipeline_test: intel-8.1-linux regex_filter_test: intel-8.1-linux restrict_test: intel-8.1-linux seekable_file_test: intel-8.1-linux seekable_filter_test: intel-8.1-linux stdio_filter_test: intel-8.1-linux symmetric_filter_test: intel-8.1-linux tee_test: intel-8.1-linux wide_stream_test: intel-8.1-linux zlib_test: intel-8.1-linux |serialization| test_nvp_text_archive: vc-8_0

3 3

Re: [boost] multi_index problem in VC 7.1
by JOAQUIN LOPEZ MU?Z 21 Nov '05

21 Nov '05

----- Mensaje original ----- De: Alexander Ivanov <amivanov(a)gmail.com> Fecha: Lunes, Noviembre 21, 2005 9:37 pm Asunto: Re: [boost] multi_index problem in VC 7.1 > I'm having trouple compiling multi_index_container<> with VC++7.1 > Wait, I think I found something... > I started from bidirectional_map example from the library > (http://www.boost.org/libs/multi_index/doc/examples.html#example4) > that compiles and works just fine. > > then i've added third tempate parameter CompareLessT to the > bidirectional map: > > template<typename FromT, typename ToT, typename CompareLessT> > struct bidir_map > { > typedef std::pair<std::string, std::string> value_type; > > typedef multi_index_container< > value_type > , indexed_by< > ordered_unique< > tag<from> > , member<value_type, FromT, &value_type::first> > , CompareLessT> > , ordered_unique< > tag<to> > , member<value_type, ToT, &value_type::second> > ^^^ Here, you are misplacing the second '>'. It should go after CompareLesstT below. > , CompareLessT > > > > type; > }; > HTH Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

Re: [boost] multi_index problem in VC 7.1
by JOAQUIN LOPEZ MU?Z 21 Nov '05

21 Nov '05

----- Mensaje original ----- De: Alexander Ivanov <amivanov(a)gmail.com> Fecha: Lunes, Noviembre 21, 2005 9:37 pm Asunto: Re: [boost] multi_index problem in VC 7.1 > I'm having trouple compiling multi_index_container<> with VC++7.1 > > I started from bidirectional_map example from the library > (http://www.boost.org/libs/multi_index/doc/examples.html#example4) > that compiles and works just fine. > > then i've added third tempate parameter CompareLessT to the > bidirectional map: > > template<typename FromT, typename ToT, typename CompareLessT> > struct bidir_map > { > typedef std::pair<std::string, std::string> value_type; > > typedef multi_index_container< > value_type > , indexed_by< > ordered_unique< > tag<from> > , member<value_type, FromT, &value_type::first> > , CompareLessT> > , ordered_unique< > tag<to> > , member<value_type, ToT, &value_type::second> > > , CompareLessT > > > > type; > }; > > and it stops compiling giving me infamous INTERNAL COMPILER ERROR: > e:\edatools\boost\1.32.0\boost\mpl\aux_\preprocessed\plain\apply_wrap.hpp(48) > : fatal error C1001: INTERNAL COMPILER ERROR > (compiler file 'msc1.cpp', line 2712) > Please choose the Technical Support command on the Visual C++ > Help menu, or open the Technical Support help file for > more information > Hi Alexander. MSVC sometimes plays tricks on you, I cannot give specific advice, try shuffling things around. Sometimes, the ICE masks a real coding error, it'd help if you could post your entire snippet to see if you inadvertently missed something (some header, etc.) Joaquín M López Muñoz Telefónica, Investigación Desarrollo

2 1

Re: [boost] multi_index problem in VC 7.1
by JOAQUIN LOPEZ MU?Z 21 Nov '05

21 Nov '05

Hi Brock, ----- Mensaje original ----- De: Brock Peabody <brock.peabody(a)npcinternational.com> Fecha: Lunes, Noviembre 7, 2005 7:07 pm Asunto: [boost] multi_index problem in VC 7.1 > If I try to compile the very first example in multi index I get the > following error: > > c:\Program Files\Microsoft Visual Studio .NET > 2003\Vc7\include\boost\multi_index\detail\node_type.hpp(56) : error > C2903: 'node_class' : symbol is neither a class template nor a > functiontemplate > > I get this with 1.33 and 1.32. I've tried many different compiler > options. Here is my latest command line: > > /Ox /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "NOMINMAX" /D "_AFXDLL" /D > "_MBCS" /FD /EHsc /MD /GS /Fo"Release/" /Fd"Release/vc70.pdb" /W3 > /nologo /c /Wp64 /Zi /TP > > I've dug around a bit and I can't make any sense of this problem. Has > anyone else seen this? > > The exact code I'm compiling is: > > #include <boost/multi_index/key_extractors.hpp> > #include <boost/multi_index_container.hpp> > [...] I think you forgot to #include <boost/multi_index/ordered_index.hpp> Does this solve your problem? Similar difficulties have been reported at times here in the list, maybe I should update the doc snippets so that the necessary #include's are explicitly shown. HTH, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 2

Boost 1.34.0 ?
by Rene Rivera 21 Nov '05

21 Nov '05

Since 1.33.0 has been out for a while shouldn't we bump the version on HEAD to be 1.34.0? -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

4 3