- Boost-users - lists.boost.org

Newbie: Compiling multi filed programs
by Pete 06 Sep '08

06 Sep '08

Still trying to get a grip on Boost with some toy problems. I have a very simple program that multiplies two vectors. It worked as a single file program, but doesn't work as a multi file program. I'm finding it difficult to deal with impressive looking templates in the compiler error messages. This is on Linux, g++, Debian testing. 09-prob.h: ======= #pragma once #include <boost/numeric/ublas/matrix.hpp> #include <boost/numeric/ublas/vector.hpp> #include <boost/numeric/ublas/io.hpp> using namespace boost::numeric::ublas; // n-vector outer product: |u><v| template<class E1, class E2> typename vector_matrix_binary_traits<E1, E2,scalar_multiplies<typename E1::value_type, typename E2::value_type> >::result_type mult_vector_vector( E1 bra, E2 ket ); 09-prob.cpp: ========= #include "09-prob.h" template<class E1, class E2> typename vector_matrix_binary_traits<E1, E2,scalar_multiplies<typename E1::value_type, typename E2::value_type> >::result_type mult_vector_vector( E1 bra, E2 ket ) { return outer_prod(bra, ket); } 09-driver.cpp: ========== #include "09-prob.h" using std::cout; using std::endl; int main( void ) { using boost::numeric::ublas::vector; // Use Boost's vector, not STL's. vector<double> u(3), v(3); for( unsigned i = 0; i < u.size(); ++i ) { u(i) = static_cast<double>(i); v(i) = u(i) * u(i); } // Test mult_vector_vector // cout << mult_vector_vector(u, v) << endl; return 0; } And the error message: g++ -g3 -Wall -Wextra -Waggregate-return -Wpointer-arith -Weffc++ -Wcast-qual -Wcast-align -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Winline -c -o 09-driver.o 09-driver.cpp g++ 09-prob.o 09-driver.o -o 09-prob 09-driver.o: In function `main': /home/p/Baruch/numla/hw1/09-driver.cpp:29: undefined reference to `boost::numeric::ublas::vector_matrix_binary_traits<boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, boost::numeric::ublas::scalar_multiplies<boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >::value_type, boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >::value_type> >::result_type mult_vector_vector<boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > > >(boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, boost::numeric::ublas::vector<double, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >)' collect2: ld returned 1 exit status make: *** [09-prob] Error 1 Since 09-driver.o and 09-prob.o are being linked together, I'm guessing there's something wrong with the function signature? Can some kind soul give me a few hints on how to make this work? Thanks! ~

2 1

Problems building boost 1.36
by Steve Gilbert 06 Sep '08

06 Sep '08

Hi folks, I'm a systems administrator trying to build boost 1.36 for some of our engineers here who have been using version 1.35 for a while. The new version builds just fine (gcc 4.2.2 on RHEL3) without so much as an error. However, after the install we have far fewer libraries installed than we did with 1.35. The lib directory of the new version only contains 108 files as opposed to 423 in the previous version. Specifically, only the multi-threaded libs seems to get built with the new version...there are no single-threaded libraries at all. I can't find any mention of how to build these libraries in any of the documentation. Can anyone tell me if this is by design in this new version, or if I need to do anything special in order to get these to build? When building, we're not doing anything different than we did when building the previous version. Any help would be greatly appreciated. Thanks. -- Steve Gilbert Engineering Support NVIDIA Corporation ----------------------------------------------------------------------------------- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -----------------------------------------------------------------------------------

3 3

Crash when serializing binary object to XML archive
by Simon Fraser 06 Sep '08

06 Sep '08

Using Boost 1.36, I'm seeing a crash when serializing a 256K malloc block using binary_object to an XML archive, something like this: using namespace boost; serialization::binary_object dataObject = serialization::make_binary_object(dataBlock, dataSize); ar << serialization::make_nvp("data_contents", dataObject); The crash is in boost::archive::iterators::transform_width<char const*, 6, 8, char>::fill () template<class Base, int BitsOut, int BitsIn, class CharType> CharType transform_width<Base, BitsOut, BitsIn, CharType>::fill(){ CharType retval = 0; unsigned int missing_bits = BitsOut; for(;;){ unsigned int bcount; if(! m_bufferfull){ m_buffer = * this->base_reference(); <-------- crash here m_bufferfull = true; bcount = BitsIn; } else ... and the stack back up to my object serialization looks like: #0 0x0008f12e in boost::archive::iterators::transform_width<char const*, 6, 8, char>::fill () at transform_width.hpp:139 #1 0x0008f12e in boost::archive::iterators::transform_width<char const*, 6, 8, char>::dereference_impl () at transform_width.hpp:71 #2 0x0008f12e in boost::iterator_facade<boost::archive::iterators::transform_width<char const*, 6, 8, char>, char, boost::single_pass_traversal_tag, char, int>::operator* () at transform_width.hpp:78 #3 0x0008f12e in dereference<boost::archive::iterators::transform_width<const char*, 6, 8, char> > [inlined] () at transform_width.hpp:137 #4 0x0008f12e in boost::archive::iterators::transform_width<char const*, 6, 8, char>::dereference () at transform_width.hpp:635 #5 0x0008f12e in boost ::iterator_facade < boost ::transform_iterator <boost::archive::iterators::detail::from_6_bit<char>, boost::archive::iterators::transform_width<char const*, 6, 8, char>, boost::use_default, boost::use_default>, char, boost::single_pass_traversal_tag, char, int>::operator* () at transform_width.hpp:517 #6 0x0008f12e in dereference < boost ::transform_iterator <boost::archive::iterators::detail::from_6_bit<char>, boost::archive::iterators::transform_width<const char*, 6, 8, char>, boost::use_default, boost::use_default> > [inlined] () at transform_width.hpp:80 #7 0x0008f12e in boost ::transform_iterator <boost::archive::iterators::detail::from_6_bit<char>, boost::archive::iterators::transform_width<char const*, 6, 8, char>, boost::use_default, boost::use_default>::dereference () at transform_width.hpp:635 #8 0x0008f12e in boost ::archive ::iterators ::insert_linebreaks < boost ::archive ::iterators ::base64_from_binary<boost::archive::iterators::transform_width<char const*, 6, 8, char>, char>, 72, char const>::dereference () at insert_linebreaks.hpp:517 #9 0x0008f12e in dereference < boost ::archive ::iterators ::insert_linebreaks < boost ::archive ::iterators ::base64_from_binary<boost::archive::iterators::transform_width<const char*, 6, 8, char>, char>, 72, const char> > [inlined] () at insert_linebreaks.hpp:517 #10 0x0008f12e in boost ::iterator_facade < boost ::archive ::iterators ::insert_linebreaks < boost ::archive ::iterators ::base64_from_binary<boost::archive::iterators::transform_width<char const*, 6, 8, char>, char>, 72, char const>, char const, boost::single_pass_traversal_tag, char const, int>::operator* () at iterator_facade.hpp:635 #11 0x0008f12e in copy < boost ::archive ::iterators ::insert_linebreaks < boost ::archive ::iterators ::base64_from_binary<boost::archive::iterators::transform_width<const char*, 6, 8, char>, char>, 72, const char>, boost::archive::iterators::ostream_iterator<char> > [inlined] () at iterator_facade.hpp:270 #12 0x0008f12e in copy < boost ::archive ::iterators ::insert_linebreaks < boost ::archive ::iterators ::base64_from_binary<boost::archive::iterators::transform_width<const char*, 6, 8, char>, char>, 72, const char>, boost::archive::iterators::ostream_iterator<char> > [inlined] () at iterator_facade.hpp:270 #13 0x0008f12e in boost::archive::basic_text_oprimitive<std::ostream>::save_binary (this=0xbffff178, address=0x423000, count=262144) at libs/ serialization/src/basic_text_oprimitive.cpp:317 #14 0x000aaae4 in boost ::archive ::xml_oarchive_impl<boost::archive::xml_oarchive>::save_binary (this=0xbffff168, address=0x463000, count=4599808) at libs/ serialization/src/basic_text_oprimitive.cpp:317 #15 0x00054032 in boost ::serialization::binary_object::save<boost::archive::xml_oarchive> (this=0xbfffe730, ar=@0xbffff168) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #16 0x00054059 in boost ::serialization::access::member_save<boost::archive::xml_oarchive, boost::serialization::binary_object const> (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #17 0x00054081 in boost ::serialization::detail::member_saver<boost::archive::xml_oarchive, boost::serialization::binary_object>::invoke (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #18 0x000540a9 in boost::serialization::split_member<boost::archive::xml_oarchive, boost::serialization::binary_object> (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #19 0x000540d1 in boost ::serialization ::binary_object::serialize<boost::archive::xml_oarchive> (this=0xbfffe730, ar=@0xbffff168, file_version=0) at libs/ serialization/src/basic_text_oprimitive.cpp:317 #20 0x000540f9 in boost::serialization::access::serialize<boost::archive::xml_oarchive, boost::serialization::binary_object> (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #21 0x00054121 in boost::serialization::serialize<boost::archive::xml_oarchive, boost::serialization::binary_object> (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #22 0x00054165 in boost::serialization::serialize_adl<boost::archive::xml_oarchive, boost::serialization::binary_object> (ar=@0xbffff168, t=@0xbfffe730, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #23 0x0005418e in boost ::archive::detail::save_non_pointer_type<boost::archive::xml_oarchive, boost::serialization::binary_object>::save_only::invoke (ar=@0xbffff168, t=@0xbfffe730) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #24 0x000541ae in boost ::archive::detail::save_non_pointer_type<boost::archive::xml_oarchive, boost::serialization::binary_object>::invoke (ar=@0xbffff168, t=@0xbfffe730) at libs/serialization/src/basic_text_oprimitive.cpp:317 #25 0x000541ce in boost::archive::save<boost::archive::xml_oarchive, boost::serialization::binary_object> (ar=@0xbffff168, t=@0xbfffe730) at libs/serialization/src/basic_text_oprimitive.cpp:317 #26 0x000541f8 in boost ::archive ::detail ::common_oarchive < boost ::archive ::xml_oarchive>::save_override<boost::serialization::binary_object const> (this=0xbffff168, t=@0xbfffe730) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #27 0x00054242 in boost ::archive ::basic_xml_oarchive < boost ::archive ::xml_oarchive>::save_override<boost::serialization::binary_object> (this=0xbffff168, t=@0xbfffe738) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #28 0x0005428e in boost ::archive ::detail::interface_oarchive<boost::archive::xml_oarchive>::operator<< <boost::serialization::nvp<boost::serialization::binary_object> const> (this=0xbffff168, t=@0xbfffe738) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #29 0x00054301 in MacTierra::Soup::save<boost::archive::xml_oarchive> (this=0x500880, ar=@0xbffff168, version=0) at libs/serialization/src/ basic_text_oprimitive.cpp:317 #30 0x0005432b in boost ::serialization::access::member_save<boost::archive::xml_oarchive, MacTierra::Soup const> (ar=@0xbffff168, t=@0x500880, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #31 0x00054353 in boost ::serialization::detail::member_saver<boost::archive::xml_oarchive, MacTierra::Soup>::invoke (ar=@0xbffff168, t=@0x500880, file_version=0) at libs/serialization/src/basic_text_oprimitive.cpp:317 #32 0x0005437b in boost::serialization::split_member<boost::archive::xml_oarchive, MacTierra::Soup> (ar=@0xbffff168, t=@0x500880, file_version=0) at libs/ serialization/src/basic_text_oprimitive.cpp:317 #33 0x000543a3 in MacTierra::Soup::serialize<boost::archive::xml_oarchive> (this=0x500880, ar=@0xbffff168, file_version=0) at libs/serialization/ src/basic_text_oprimitive.cpp:317 This is on Mac OS X, using gcc 4.0, compiling for intel. Has anyone seen this crash? Should I reduce and file a bug? Simon

2 4

Serialization problem while using class template with template function
by gatotkaca 06 Sep '08

06 Sep '08

Dear everyone, I need to serialize a class like this: template<typename typename1, typename typename2=double> class test_mean { public: test_mean(){} typename1 typename1_type; typename2 typename2_type; private: std::vector<double> m_parameters; friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & boost::serialization::base_object<base_type>(*this); ar & m_parameters; } }; But I got trapped in the famous 'serialization trap' giving following error message (compilation is attempted using msvc 8.0 compiler): \boost_1_36_0\boost\iterator\iterator_adaptor.hpp(225) : error C2027: use of undefined type 'boost::STATIC_ASSERTION_FAILURE<x>' 1> with 1> [ 1> x=false 1> ] <cut> when I put struct parameters { double mean(const std::vector<double> &values) const { return ame::range::mean(std::make_pair(values.begin()+1, values.end()-1) | boost::adaptors::filtered(boost::math::isfinite<double>)); } }; in the typename1... Anyone can help me to fix this error? I attached the solution ( http://www.nabble.com/file/p19347724/jam_serialize.zip jam_serialize.zip ) along this message. Any guidance should be very helpful. Thank you!!! gatotkaca -- View this message in context: http://www.nabble.com/Serialization-problem-while-using-class-template-with… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

[lexical_cast] bad_lexical_cast behavior?
by Hrvoje Prgeša 06 Sep '08

06 Sep '08

From the documentation: "If the conversion is unsuccessful, a bad_lexical_cast exception is thrown. " "Exception used to indicate runtime lexical_cast failure. " So the question is when will the conversion fail? Unit tests check for the cases between [min(), max()], but what about under/overflows (>max, <min)? Is it unspecified? It seems it is currently handled a bit inconsistent: #include <boost/test/unit_test.hpp> #include <boost/lexical_cast.hpp> #include <limits.h> using std::string; using std::numeric_limits; using boost::lexical_cast; string s; // warning: needs to be a part of a unit test //#define min max #define T short // add a digit! s = lexical_cast<string, T>(numeric_limits<T>::min()) + "0"; BOOST_CHECK_THROW(lexical_cast<T>(s), boost::exception); // throws s = lexical_cast<string, T>(numeric_limits<T>::min()) + "5"; BOOST_CHECK_THROW(lexical_cast<T>(s), boost::exception); // throws #define T boost::int64_t s = lexical_cast<string, T>(numeric_limits<T>::min()) + "0"; BOOST_CHECK_THROW(lexical_cast<T>(s), boost::exception); // NO throw!!! s = lexical_cast<string, T>(numeric_limits<T>::min()) + "5"; BOOST_CHECK_THROW(lexical_cast<T>(s), boost::exception); // throws The behavior is really weird. The docs don't mention what should happen. If I use max instead of min every test throws. Is there something in boost that can convert a *whole* string to it's integer representation and throw on under/overflows and errors? -- Hrvoje Prgeša

1 1

globals best-practices (avoiding multiple definitions)
by craigp 06 Sep '08

06 Sep '08

Hi - I'm trying to understand the best practice for handling globals (within a namespace), and in particular, avoiding multiple definitions (whether multiple "private" copies or collisions causing a linker error). For namespace globals, if I do something like this (in a header file): namespace log_categories { static log_t server(log_t::category("http.server.server")); } I'd guess that each translation unit (TU) would get its own copy of log_categories::server (or maybe some compilers give a multiple-definition link error, while others would just make multiple private copies?). OTOH, if I only declared the variable and put the definition in a c++ file, there would only be a single copy. For class static members, you cannot initialize the members "in-line" (unless it's an integral constant). One interesting "work-around" I saw in asio/error.hpp was this: namespace boost { ... static const boost::system::error_category& system_category = boost::asio::error::get_system_category(); ... This way, there might be multiple copies but they will all be references to the same underlying object. For the case of class template static members, I found this example in complex.hpp: namespace boost { namespace numeric { namespace detail { template<typename T> struct one_complex { static std::complex<T> const value; }; template<typename T> std::complex<T> const one_complex<T>::value = std::complex<T>(numeric::one<T>::value, numeric::one<T>::value); } ... Is it guaranteed that there will only be one instance of one_complex<T>::value for each T, even if this header file is included in multiple TU's? In this case it doesn't matter (it's a constant), but in other cases I need to ensure that it's a true singleton. Is there a good resource on best-practices for this? I've been bitten by the "multiple-definition" bug in several guises before (eg: in windows when there were multiple libraries linking to the same dll). I googled, and saw suggestions from, say, DEC (http://www.helsinki.fi/atk/unix/dec_manuals/cxx_6.0/cxx570_ug_004.html) which were to put template definitions in separate "template definition files." I take it complex.hpp is best-practice (standards-compatible, portable, etc - at least with certain options set on a particular vendor's compiler, say, automatic template instantiation)? Handling declarations vs definitions of template specializations seems even more fraught, but thankfully I don't have to worry about that for now (plus, it would certainly simplify things to always keep both template decls and defs in the same header file). thanks, --craig

1 0

More bimap issues
by Sean Farrow 06 Sep '08

06 Sep '08

Hi: I have the following code: struct VectorComp { bool operator()(const std::vector<std::bitset<6>>& lhs, const std::vector<std::bitset<6>>& rhs) const { return false; } }; typedef boost::bimaps::bimap<boost::bimaps::set_of<std::vector<std::bitset<6>>, VectorComp>, int> SignsList_Type; SignsList_Type SignsList; When compiling this code, I get c2676 errors from visual studio: 8 error C2676: binary '<' : 'const std::bitset<_Bits>' does not define this operator or a conversion to a type acceptable to the functional 143 I have BitsetComp which successfully compares two std::bitsets. How do I insert this so that my code works succesfully? Cheers Sean. __________ Information from ESET NOD32 Antivirus, version of virus signature database 3421 (20080906) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

1 0

Re: [Boost-users] [timer] eclapsed return zero
by gmail 06 Sep '08

06 Sep '08

1 0

Re: [Boost-users] [timer] eclapsed return zero
by raindog＠macrohmasheen.com 06 Sep '08

06 Sep '08

Perhaps your thread has been preempted during execution causing the delay. ------Original Message------ From: gmail Sender: boost-users-bounces(a)lists.boost.org To: boost-user-list ReplyTo: boost-users(a)lists.boost.org Sent: Sep 5, 2008 4:15 AM Subject: [Boost-users] [timer] eclapsed return zero Hello, I have used the timer class in my application. It works ok sometime but i think it dont work correctly. my code is: #include <iostream> #include "boost/timer.hpp" using namespace std; using namespace boost; int main() { int count=0; timer t; for(;count<1000000;++count); cout<<t.elapsed(); return 0; } and the output: 0.015 execute time :0.062s sometime the output is: 0 execute time :0.015s regards hechao _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users Sent from my Verizon Wireless BlackBerry

1 0

[string_algo] implementation functor for classification predicates doesn't implement result_of
by Adam Merz 05 Sep '08

05 Sep '08

The implementation functor for the String Algorithms library's classification predicates ( boost::algorithm::detail::is_classifiedF in boost/algorithm/string/detail/classification.hpp ) doesnt have a result_type typedef or a result struct. Consequently the classification predicates do not work with boost::bind. For a future release of Boost, please add 'typedef bool result_type;' into the struct.

1 0