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

BOOST_STATIC_CONST
by Olivier Tournaire 13 Mar '10

13 Mar '10

Hi all, I am currently having problem with a static const class member (in a header only project): // type.hpp template< typename Property > struct property_base { typedef Property type; }; struct some_type : property_base< uint32_t > { BOOST_STATIC_CONSTANT( type, first_value = 1 ); BOOST_STATIC_CONSTANT( type, second_value = 2 ); }; // main.cpp #include "type.hpp" ... int main(int argc, char** argv) { BOOST_CHECK_EQUAL( 1 , some_type::first_value ); } This produces a link error (g++ 4.3.4): undefined reference to some_type::first_value. Everything is fine with visual ... If I add const some_type::type some_type::first_value; after the struct definition, it compiles and links fine. However, would it produce a multiple definition link error in some cases? Could you please help? Regards, Olivier

3 6

Unit Test Framework Documentation
by Olaf Peter 13 Mar '10

13 Mar '10

Hi, mabye an failure on the docs (or even my), but shouldn't the links on http://www.boost.org/doc/libs/1_42_0/libs/test/doc/html/utf/testing-tools/r… point to the documentation to the approbiate Macros?? Thanks, Olaf

2 2

[serialization] stream error when reading simple tree structure from a binary archive
by CurieCat 13 Mar '10

13 Mar '10

Hi, I tried to save a tree structure out to an archive and then read it back. If I use a text archiver, everything works fine; If I use a binary archiver, an exception of "stream error" is thrown. I managed to shorten my code as following. Can anyone give some advice? I'm using vs2008 and boost 1.42.0. Thanks. /////////////////////////////////////////////////////////////////////// #define _SCL_SECURE_NO_WARNINGS #define _CRT_SECURE_NO_WARNINGS #include <fstream> #include <boost/archive/tmpdir.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/binary_iarchive.hpp> #include <boost/archive/binary_oarchive.hpp> #include <boost/serialization/base_object.hpp> #include <boost/serialization/utility.hpp> #include <boost/serialization/assume_abstract.hpp> #include <boost/serialization/export.hpp> class Base { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version){} public: virtual ~Base(){} }; BOOST_CLASS_EXPORT_GUID(Base, "Base") class Node : public Base { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & boost::serialization::base_object<Base>(*this); ar & parent_; ar & firstChild_; ar & nextSibling_; } public: Node* parent_; Node* firstChild_; Node* nextSibling_; Node() { parent_ = NULL; firstChild_ = NULL; nextSibling_ = NULL; } virtual ~Node(){}; bool AddChild_front(Node* node) { node->nextSibling_ = firstChild_; node->parent_ = this; firstChild_ = node; return true; } }; BOOST_CLASS_EXPORT_GUID(Node, "Node") class DeriveNode : public Node { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & boost::serialization::base_object<Node>(*this); } }; BOOST_CLASS_EXPORT_GUID(DeriveNode, "DeriveNode") int main() { Node* root = new Node; Node* bodyNode = new Node; root->AddChild_front(bodyNode); Node* headNode = new Node; Node* Eye = new Node; Node* Nose = new Node; Node* Ear = new Node; headNode->AddChild_front( Eye); headNode->AddChild_front( Nose); headNode->AddChild_front( Ear); bodyNode->AddChild_front(headNode); Node* LeftArm = new Node; Node* RightArm = new Node; Node* LeftLeg = new Node; bodyNode->AddChild_front( LeftArm); bodyNode->AddChild_front( RightArm); bodyNode->AddChild_front( LeftLeg); DeriveNode* jointRoot = new DeriveNode; bodyNode->AddChild_front( jointRoot); DeriveNode* jointChild_A = new DeriveNode; jointRoot->AddChild_front( jointChild_A); DeriveNode* jointChild_B = new DeriveNode; jointRoot->AddChild_front( jointChild_B); const Node* rootnode = root ; Node* newroot = NULL; std::ofstream ofs("filename"); { boost::archive::binary_oarchive oa(ofs); oa << rootnode; } ofs.close(); std::ifstream ifs("filename"); { boost::archive::binary_iarchive ia(ifs); ia >> newroot; } ifs.close(); return 0; }

3 2

check MPI support
by Kraus Philipp 13 Mar '10

13 Mar '10

Hello, I work for a long time again with C + + and some numerical methods must be implemented with the help of the boost, among other things, with MPI. Does the Booster precompiler flag that I can verify that the boost is compiled with MPI support like: #if defined(BOOST_WITH_MPI) #endif Thanks for help Phil

3 5

strange "fatal errors" with Boost.Test
by Christoph Groth 13 Mar '10

13 Mar '10

Dear boost experts, while adding regression tests to my project I experience very strange errors. I am using boost 1.40 and g++ 4.4 as packaged in Debian testing. The problem is that a very simple test suite, one which does almost nothing, produces the following runtime error: ################################################################ cwg@argo:/tmp/lg-bug$ ./test_all Running 1 test case... unknown location(0): fatal error in "sq_dist": signal: illegal operand; address of failing instruction: 0x00410106 *** 1 failure detected in test suite "lg" ################################################################ A quite minimal program which allows me to reproduce the bug is available from http://ilorentz.org/~cwg/lg-bug.tar.gz This is how I can reproduce it on any of my two Debian testing systems. The problem does not appear on an Ubuntu system to which I have access (with boost 1.38, but I do not think that this problem is specific to some boost version). ################################################################ cwg@argo:/tmp$ wget -q http://ilorentz.org/~cwg/lg-bug.tar.gz cwg@argo:/tmp$ tar xfz lg-bug.tar.gz cwg@argo:/tmp$ cd lg-bug/ cwg@argo:/tmp/lg-bug$ g++ -g -o test_all test_glass.cc glass.cc cwg@argo:/tmp/lg-bug$ gdb test_all GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /tmp/lg-bug/test_all...done. (gdb) run Starting program: /tmp/lg-bug/test_all Running 1 test case... Program received signal SIGILL, Illegal instruction. 0x0000000000410106 in boost::itest::expectations_logger::data_flow (this=Cannot access memory at address 0x3fdffffffffffe38 ) at /usr/include/boost/test/impl/logged_expectations.ipp:188 188 BOOST_CHECK_EQUAL( *tit, DATA_SIG ); ++tit; (gdb) bt #0 0x0000000000410106 in boost::itest::expectations_logger::data_flow (this=Cannot access memory at address 0x3fdffffffffffe38 ) at /usr/include/boost/test/impl/logged_expectations.ipp:188 Cannot access memory at address 0x3fe0000000000008 ################################################################ The test case (file test_glass.cc) is just: ################################################################ #define BOOST_TEST_MODULE lg #include <boost/test/included/unit_test.hpp> #include "defs.hh" #include "glass.hh" BOOST_AUTO_TEST_CASE(sq_dist) { Levy::Vecd a(2, 1); Levy::Glass sys(Levy::Vecd(1, 1), Levy::Vecb(true, true)); } ################################################################ The two constructors in the body of the testcase do not really do anything except initializing a few numbers and std::vectors. However, the bug disappears when I comment out one of these lines. The backtrace (see log) is not really helpful to me... This is the backtrace of the problem as it appears in my full program: ################################################################ Program received signal SIGSEGV, Segmentation fault. 0x0000000000432728 in ~lazy_ostream_impl (this=0xffffccc0, __in_chrg=<value optimized out>) at /usr/include/boost/test/utils/lazy_ostream.hpp:64 64 class lazy_ostream_impl : public lazy_ostream { (gdb) bt #0 0x0000000000432728 in ~lazy_ostream_impl (this=0xffffccc0, __in_chrg=<value optimized out>) at /usr/include/boost/test/utils/lazy_ostream.hpp:64 #1 0x000000000041010f in expectations_logger (this=0x6f3730, log_file_name=..., test_or_log=false) at /usr/include/boost/test/impl/logged_expectations.ipp:87 #2 0x0000000000475c66 in boost::unit_test::ut_detail::invoker<boost::unit_test::ut_detail::unused>::invoke<void (*)()> (this=0x7fffffffceaf, f=@0x6f2a08) at /usr/include/boost/test/utils/callback.hpp:56 #3 0x00000000004718e5 in boost::unit_test::ut_detail::callback0_impl_t<boost::unit_test::ut_detail::unused, void (*)()>::invoke (this=0x6f2a00) at /usr/include/boost/test/utils/callback.hpp:89 #4 0x000000000043b773 in boost::unit_test::callback0<boost::unit_test::ut_detail::unused>::operator() (this=0x6f2ad0) at /usr/include/boost/test/utils/callback.hpp:118 #5 0x000000000042ec4f in operator() (this=0x6f7378) at /usr/include/boost/test/impl/unit_test_monitor.ipp:41 #6 0x000000000042ec32 in invoke<boost::unit_test::<unnamed>::zero_return_wrapper_t<boost::unit_test::callback0<boost::unit_test::ut_detail::unused> > > (this=0x7fffffffcf3f, f=...) at /usr/include/boost/test/utils/callback.hpp:42 #7 0x000000000042ec13 in invoke (this=0x6f7370) at /usr/include/boost/test/utils/callback.hpp:89 #8 0x0000000000443257 in boost::unit_test::callback0<int>::operator() (this=0x7fffffffdb60) at /usr/include/boost/test/utils/callback.hpp:118 #9 0x000000000043b872 in boost::detail::do_invoke<boost::scoped_ptr<boost::detail::translate_exception_base>, boost::unit_test::callback0<int> > (tr=..., F=...) at /usr/include/boost/test/impl/execution_monitor.ipp:244 #10 0x000000000040f156 in boost::execution_monitor::catch_signals (this=0x6f1d00, F=...) at /usr/include/boost/test/impl/execution_monitor.ipp:956 #11 0x000000000040f21a in boost::execution_monitor::execute (this=0x6f1d00, F=...) at /usr/include/boost/test/impl/execution_monitor.ipp:1282 #12 0x0000000000418eee in boost::unit_test::unit_test_monitor_t::execute_and_translate (this=0x6f1d00, tc=...) at /usr/include/boost/test/impl/unit_test_monitor.ipp:69 #13 0x00000000004311ee in boost::unit_test::framework_impl::visit (this=0x6f1340, tc=...) at /usr/include/boost/test/impl/framework.ipp:150 #14 0x000000000041d587 in boost::unit_test::traverse_test_tree (tc=..., V=...) at /usr/include/boost/test/impl/unit_test_suite.ipp:193 #15 0x000000000041daff in boost::unit_test::traverse_test_tree (id=65536, V=...) at /usr/include/boost/test/impl/unit_test_suite.ipp:232 #16 0x000000000041d748 in boost::unit_test::traverse_test_tree (suite=..., V=...) at /usr/include/boost/test/impl/unit_test_suite.ipp:207 #17 0x000000000041db1c in boost::unit_test::traverse_test_tree (id=1, V=...) at /usr/include/boost/test/impl/unit_test_suite.ipp:234 #18 0x000000000040ab87 in boost::unit_test::framework::run (id=1, continue_test=true) at /usr/include/boost/test/impl/framework.ipp:436 #19 0x0000000000418c5c in boost::unit_test::unit_test_main (init_func=0x41eed8 <init_unit_test_suite(int, char**)>, argc=1, argv=0x7fffffffe378) at /usr/include/boost/test/impl/unit_test_main.ipp:185 #20 0x0000000000418e56 in main (argc=1, argv=0x7fffffffe378) at /usr/include/boost/test/impl/unit_test_main.ipp:237 ################################################################ When I add change some irrelevant code the program which just shifts everything a bit the backtrace becomes different or the error disappears. So it looks like some memory corruption problem. But I'm clueless... Thank you in advance for any hints Christoph

2 2

boost.python class constructor error
by hitesh dhiman 13 Mar '10

13 Mar '10

Hi all, I'm trying out boost.python to use c++ code in python. My problem is this: In my c++ code, if i declare the class constructor in the header file, and define it in the cpp file, bjam throws a LNK2019 unresolved symbol error. The problem does not occur if i define the constructor in the header file itself. My code is shown below: *Test1.h:* #include <windows.h> //using namespace std; class World { public: World(); ~World(); void set(std::string msg) { this->msg = msg; } std::string greet() { return msg; } std::string msg; }; *Test1.cpp:* #include "Test1.h" World::World() {}; World::~World() {}; int addition(int a, int b) { int z = a + b; return z; } *Wrapper File*: #include <boost/python.hpp> #include "Test1.h" BOOST_PYTHON_MODULE(hello) { using namespace boost::python; class_<World>("World") .def("greet", &World::greet) .def("set", &World::set) ; } Is this a bug? Or there's something wrong with my coding here? -- Regards, Hitesh Dhiman Electrical Engineering National University of Singapore

2 1

[Uuid] Portable binary serialization.
by Mostafa 12 Mar '10

12 Mar '10

I'm interested in using the portable binary serialization code in [serialization]/example directory with Boost.Uuid. I've noticed that there's a fall back template function for unrecognized types in portable_binary_iarchive.hpp: 101 // default fall through for any types not specified here 102 template<class T> 103 void load(T & t){ 104 boost::intmax_t l; 105 load_impl(l, sizeof(T)); 106 // use cast to avoid compile time warning 107 t = static_cast<T>(l); 108 } that relies on the sizeof operator. Short of replacing the sizeof operator with a templated switch: //Code Sample 1 //Start code template <typename T> std::size_t my_size_of { return sizeof(T); } tempate <> std::size_t my_size_of<boost::uuids::uuid> { return boost::uuids::uuid::static_size(); } //End code or using macros ala: //CodeSample 2 //Start template <typename T> std::size_t my_size_of(T const & t) { return sizeof(T); } tempate <> std::size_t my_size_of<boost::uuids::uuid>(boost::uuids::uuid const &) { return boost::uuids::uuid::static_size(); } #define sizeof(x) my_size_of(x) #include <boost_portable_binary_serialization> #undef sizeof //End , is their something less instrusive I could do to make it work with Boost.Uuid? Thanks, Mostafa

2 2

uBlas with Atlas
by Kraus Philipp 12 Mar '10

12 Mar '10

Hello, I try to install the numerical bindings for my boost, but I can't compile the examples. I had installed and compilde the Atlas Lib 3.9.23 with Lapack support and the Boost 1.42 with MPI Support under OS X Leo. I take a look at http://www.opentissue.org/wikitissue/index.php/Boost_bindings but I had checked out the bindungs with and without the -v1 prefix and try to compile the examples under the lib directory. How can I work with the boost uBlas structures and the Atlas lib, so I can use the Cholesky factorisation with a uBlas matrix? Can you help me to install the bindings correctly? Thanks Phil

2 4

storing pointers in a std::map
by Alan Tennant 12 Mar '10

12 Mar '10

I'm having difficulty storing pointers in a std::map. I can't find anything online about it, are std::maps supposed to be able to store pointers?

5 7

Re: [Boost-users] [asio] Callbacks not getting called
by Tom Kent 12 Mar '10

12 Mar '10

So, I tried it, but surprisingly, it didn't make any difference. I'm not sure why there wasn't an error, it seems like one of HandleAccept and &HandleAccept would cause some type of error. Also, I'm not having the problem getting through the acceptor. The server successfully gets the accept callback for the connection from the client (and the client gets its callback as well). Its the aysnc_send/async_read that doesn't ever get a callback. I tried using the reference to HandleAccept in those as well, but like I said above, saw the *exact* same results. Tom -------- Original Message -------- Subject: Re: [Boost-users] [asio] Callbacks not getting called From: Rutger ter Borg (rutger_at_[hidden]) Date: 2010-03-11 16:55:43 Tom Kent wrote: > acceptor_->async_accept(*sock1_, HandleAccept); Perhaps you could try acceptor_->async_accept(*sock1_, &HandleAccept); here? Cheers, Rutger

3 3