- Boost-users - lists.boost.org

[serialization] class names in xml archives
by Kabanov, Alexander 20 Jun '08

20 Jun '08

Hi I have recently began familiarising myself with the serialization library (Boost 1.35). I am specifically interested in XML serialization. This is probably a trivial question: can you get the actual name of the class to appear in the opening tag of the class instance? All I get so far is the class_id for the first instance and class_id_reference thereafter. This does make sense, of course, but I would like to know if this really is the default behaviour, and if it is, can it be changed to display the class name? Thanks Alexander Kabanov

1 0

Patch for building Boost with GCC 4.4.0
by Chris Fairles 20 Jun '08

20 Jun '08

GCC changed the way #elif's are handled (is now more std-compliant apparently) but this broke all the #elif BOOST_PP_ITERATION_DEPTH() == N lines. They need to be replaced with #elif defined(BOOST_PP_ITERATION_DEPTH) #if BOOST_PP_ITERATION_DEPTH == N ... #endif Attached is a patch that does so (against trunk). Cheers, Chris

3 6

VS 2008 and boost::thread (possibly /clr related?)
by Alfonso Urdaneta 20 Jun '08

20 Jun '08

My situation is as follows. Using Visual Studio 2008 C++ (express) and boost 1.35 (binary install). Create /clr application, add the libraries for the compiler and the linker, change from /clr pure to straight /clr so that it compiles. If I then add a file that contains absolutely nothing other than "#include <boost/thread.hpp>", my application will not launch, giving an error dialog saying that it failed to initialize. My apologies for asking what is possibly a trivial question, but I've searched the archives and found many questions, but few answers. -- alfonso e. urdaneta _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. This footer also confirms that this e-mail message has been scanned for the presence of computer viruses. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Indra Systems, Inc.

2 1

Compile error using serialize
by Daniel Hinz 20 Jun '08

20 Jun '08

Just started experimenting with the serialization library. I started by writing a small example very much like that shown in the tutorial. I created a simple class to serialize containing two unsigned int vars and an std::string This is close to what I would need to do once I move beyond familiarizing myself with the use of the library. When I compile I get errors in the boost code: s-test.h:49: instantiated from here /usr/include/boost/archive/detail/oserializer.hpp:567: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE<false>' make: *** [stest] Error 1 When I look at boost static assert I find this: #define BOOST_STATIC_ASSERT( B ) \ typedef ::boost::static_assert_test<\ sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( B ) >)>\ BOOST_JOIN(boost_static_assert_typedef_, __LINE__) #endif Which I believe is macro expansion sizeof that is being complained about. I'm using boost 1_35_0 (release tarball), gcc 4.1.2, Fedora 7. Looking for hints as to where to go from here. Thanks, -dwh- -- I not only live each endless day in grief, but live each day thinking about living each day in grief. -- C. S. Lewis ------------------------------------------------------------ Daniel W. Hinz Xerox Corp;XOG/SEEDU MS: 801-17A e-mail: dan.hinz(a)xerox.com 1350 Jefferson Road TEL: 585.422.8078 Rochester, NY 14623

6 5

lambda and throw()
by Trigve Siver 20 Jun '08

20 Jun '08

Hi, The following example fails to compile with MS Visual Studio 2005 SP1 Is there any solution? --- #include <boost/lambda/bind.hpp> int main() { namespace bll = boost::lambda; struct A { void a1() {} void a2() throw() {} }; A a; bll::bind(&A::a1, bll::_1)(a); // OK bll::bind(&A::a2, bll::_1)(a); // Fails } error C2664: 'boost::lambda::lambda_functor<T>::lambda_functor(const boost::lambda::lambda_functor<T> &)' : cannot convert parameter 1 from 'boost::lambda::lambda_functor_base<Act,Args>' to 'const boost::lambda::lambda_functor<T> &' thanks Trigve

2 1

[Asio] Cannot set port number on endpoint
by Jonathan Locke 20 Jun '08

20 Jun '08

Hi, I'm new to Boost and am trying to write a command line networking tool. I am currently working in Windows XP SP2 using MS Visual Studio 2005. I use the default compiler. I have read a few tutorials and examples on using Asio, and thus wrote my app using that information, as well as information from the reference library. Currently the problem that I have is that I cannot set the port used by the endpoint to the value I want - 10540 - it is always set to 11035. I'm not sure why this is, I cant find the number 11035 anywhere in the code or documentation so I am not sure where it comes from. I have tried to instantiate a new endpoint using the IPv4 address as a string and the port number as a short, and have also tried to construct a query that specifies the protocol, host name, service name (port number in this case) and the numeric_service flag. In either case, when I debug, the port of the endpoint is always 11035, no matter what I set it to. I am able to connect to the endpoint, but not able to write data to it. I get a "File handle supplied is not valid error message". I presume the most likely reason for this is that the port 11035 is not open. The machine that I am trying to connect to is running Red Hat EL4 Update 4. I would appreciate any help in this matter. Thank you, Jonathan.

4 3

[iostreams] buffer flushing problem
by Darren Kessner 19 Jun '08

19 Jun '08

Hi all, I have encountered some strange behavior while using the Boost iostreams zlib compression filter. The problem is tricky to reproduce -- I have posted a tarball that includes an example program (pasted below) together with a 72k binary file that will be read in and compressed: http://proteowizard.sourceforge.net/temp/zlib_error.tgz If you're curious, the 72k data array comes from an array of doubles, which were intensities from a single scan on a mass spectrometer. The problem occurs on platforms darwin, gcc, msvc. In general, the functions run_filter_1 and run_filter_2 produce identical output. However, when the input is the binary array read in from the 72k file, run_filter_1 appears not to flush some buffer properly. This may be due to my ignorance of how to force the buffers to flush, though it's not clear to me that this should be necessary with the use of boost::iostreams::copy(). Thank you in advance for any help! Darren #include "boost/iostreams/filtering_streambuf.hpp" #include "boost/iostreams/filtering_stream.hpp" #include "boost/iostreams/copy.hpp" #include "boost/iostreams/filter/zlib.hpp" #include "boost/iostreams/device/array.hpp" #include <iostream> #include <fstream> #include <sstream> #include <vector> using namespace std; using namespace boost::iostreams; template <typename filter_type> string run_filter_1(const string& buffer) { ostringstream result(ios::binary); array_source source(&buffer[0], buffer.size()); filtering_streambuf<input> in; in.push(filter_type()); in.push(source); boost::iostreams::copy(in, result); // not flushing properly in all cases? return result.str(); } template <typename filter_type> string run_filter_2(const string& buffer) { ostringstream result(ios::binary); filtering_ostream fos; fos.push(filter_type()); fos.push(result); fos.write(&buffer[0], buffer.size()); fos.pop(); fos.pop(); // force flush buffer return result.str(); } int main() { // fill buffer with something trivial string buffer(72000, '\0'); for (size_t i=0; i<buffer.size(); i++) buffer[i] = i; string compressed1 = run_filter_1<zlib_compressor>(buffer); string compressed2 = run_filter_2<zlib_compressor>(buffer); cout << "sizes: " << compressed1.size() << " " << compressed2.size() << endl; // same assert(compressed1.size() == compressed2.size()); // read in "bad.bin" into buffer ifstream is("bad.bin", ios::binary); if (!is) { cerr << "bad.bin not found\n"; return 1; } is.read(&buffer[0], buffer.size()); compressed1 = run_filter_1<zlib_compressor>(buffer); compressed2 = run_filter_2<zlib_compressor>(buffer); cout << "sizes: " << compressed1.size() << " " << compressed2.size() << endl; assert(compressed1.size() != compressed2.size()); // different! // decompressing try { // compressed2 is correct string decompressed2 = run_filter_2<zlib_decompressor>(compressed2); cout << "decompressed2.size(): " << decompressed2.size() << endl << flush; assert(decompressed2.size() == buffer.size()); for (size_t i=0; i<buffer.size(); i++) assert(decompressed2[i] == buffer[i]); // throws zlib_error string decompressed1 = run_filter_1<zlib_decompressor>(compressed1); cout << "decompressed1.size(): " << decompressed1.size() << endl << flush; } catch (zlib_error&) { cerr << "caught zlib_error\n"; return 1; } return 0; } IMPORTANT WARNING: This message is intended for the use of the person or entity to which it is addressed and may contain information that is privileged and confidential, the disclosure of which is governed by applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this information is STRICTLY PROHIBITED. If you have received this message in error, please notify us immediately by calling (310) 423-6428 and destroy the related message. Thank You for your cooperation.

1 0

Derivation of binary_oarchive_impl [serialization]
by James Vanns 19 Jun '08

19 Jun '08

Just isn't working in 1.35. With the examples included and following this documentation: http://www.boost.org/doc/libs/1_35_0/libs/serialization/doc/derivation.html I get link errors if I don't include #include <boost/archive/basic_binary_oprimitive.ipp> and compile errors if I do: impl/basic_binary_oprimitive.ipp: In member function ‘virtual int boost::archive::detail::output_streambuf_access<Elem, Tr>::sync()’: impl/basic_binary_oprimitive.ipp:137: error: expected primary-expression before ‘,’ token impl/basic_binary_oprimitive.ipp:137: error: expected primary-expression before ‘>’ token binary_oarchive_impl.hpp:31: instantiated from here class boost::archive::detail::output_streambuf_access<char, std::char_traits<char> >’ has no member named ‘basic_streambuf Am I doing something wrong? The examples don't compile so no wonder mine doesn't! Has anyone got this to work (in Boost 1.35)? I am using g++ 4.1.2 on Linux. My code: // Boost containers, algorithms etc. #include <boost/detail/endian.hpp> #include <boost/archive/binary_oarchive.hpp> // Boost containers, algorithms etc. using boost::archive::save_access; using boost::archive::binary_oarchive_impl; using boost::archive::basic_binary_oarchive; using boost::archive::basic_binary_oprimitive; typedef ostream::char_type ctype; typedef ostream::traits_type ttype; template<class Archive> class binary_net_oarchive : public binary_oarchive_impl<Archive, ctype, ttype> { public: friend class save_access; friend class basic_binary_oarchive<Archive>; friend class binary_oarchive_impl<Archive, ctype, ttype>; friend class basic_binary_oprimitive<Archive, ctype, ttype>; typedef binary_oarchive_impl<Archive, ctype, ttype> base_bin_t; public: binary_net_oarchive(ostream &p_stream) : base_bin_t(p_stream, 0) { } template<class Type> void save(const Type &p_t) { base_bin_t::save(p_t); } }; #include <boost/archive/impl/basic_binary_oarchive.ipp> #include <boost/archive/impl/basic_binary_oprimitive.ipp> #include <boost/archive/impl/archive_pointer_oserializer.ipp> namespace boost { namespace archive { using namespace fq::comms; template class binary_oarchive_impl<base_msg, ctype, ttype>; template class detail::archive_pointer_oserializer<base_msg>; } } #define BOOST_ARCHIVE_CUSTOM_OARCHIVE_TYPES base_msg Regards, Jim -- James Vanns Systems Programmer Framestore CFC Ltd.

1 0

[Test] valgrind complains about uninitialised data
by Jarl Friis 19 Jun '08

19 Jun '08

Hi. I use valgrind 3.2.3. When I run it on even simple Boost.Test unit tests, it complains about use of uninitialised data, the report looks like this: ==11809== Memcheck, a memory error detector. ==11809== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==11809== Using LibVEX rev 1732, a library for dynamic binary translation. ==11809== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==11809== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==11809== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==11809== For more details, rerun with: -v ==11809== ==11809== Syscall param sigaltstack(ss) points to uninitialised byte(s) ==11809== at 0x8B1D3E7: sigaltstack (in /lib64/libc-2.6.1.so) ==11809== by 0x430CEA: boost::detail::signal_handler::~signal_handler() (execution_monitor.ipp:667) ==11809== by 0x431803: boost::execution_monitor::catch_signals(boost::unit_test::callback0<int> const&) (execution_monitor.ipp:731) ==11809== by 0x432675: boost::execution_monitor::execute(boost::unit_test::callback0<int> const&) (execution_monitor.ipp:1058) ==11809== by 0x40EF61: boost::unit_test::framework::init(boost::unit_test::test_suite* (*)(int, char**), int, char**) (framework.ipp:258) ==11809== by 0x41D740: boost::unit_test::unit_test_main(boost::unit_test::test_suite* (*)(int, char**), int, char**) (unit_test_main.ipp:169) ==11809== by 0x41DA70: main (unit_test_main.ipp:226) ==11809== Address 0x7FEFFEAB0 is on thread 1's stack Running 1 test case... *** No errors detected ==11809== ==11809== ERROR SUMMARY: 8 errors from 1 contexts (suppressed: 3 from 1) ==11809== malloc/free: in use at exit: 0 bytes in 0 blocks. ==11809== malloc/free: 200 allocs, 200 frees, 64,075 bytes allocated. ==11809== For counts of detected errors, rerun with: -v ==11809== All heap blocks were freed -- no leaks are possible. I think if you would add sigstk.ss_sp = 0; sigstk.ss_size = 0; in signal_handler::~signal_handler() It will not complain about this. I know, it should not be necessary, because it is disabling the signal stack, right? Jarl

3 3

[range] begin()/end() for zero terminated strings
by Raider 19 Jun '08

19 Jun '08

Can anyone tell why boost 1.35 dropped support of boost::begin()/end() for zero terminated strings (const char*/wchar_t*)? Raider

4 5