September 2008 - Boost-users

Building boost.regex with icu support
by Sean Farrow 07 Sep '08

07 Sep '08

Hi: How do I build boost.regex on windows with bjam and icu support? Cheers Sean. __________ Information from ESET NOD32 Antivirus, version of virus signature database 3423 (20080906) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

3 7

[dataflow.signals][thread_safe_signals] How to alter the Calling of chained signals
by Manuel Jung 07 Sep '08

07 Sep '08

Hi! I want to use dataflow.signals, which is build on top of thread_safe_signals. Each call of a producer (each signal) is put into a threadpool. Now i want not to execute the whole chain of data processing at once, but just one chain link at the time and put a new task to the threadpool than. The goal is that i can put rather complex and long (running) dataflow chains in the threadpool, which are divided into many pieces, so the threadpool can often decide which task is most important. So how can i alter the call of the next signal in a signal network/chain? Kind regards Manuel

2 12

Directory structure query
by Sean Farrow 07 Sep '08

07 Sep '08

Hi: When building boost regex with icu support with in the C:\Program Files\boost\Boost_trunk\bin.v2\libs\regex\build\msvc-8.0\release\ I have a build-no directory. What is this directory. It appears to build fine, and aditionally seems to be the static library. Any information apreciated. Sean. __________ Information from ESET NOD32 Antivirus, version of virus signature database 3423 (20080906) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

1 0

newbie question on cyclic shared pointers
by MGE 06 Sep '08

06 Sep '08

Hi guys, I have a data structure containing cycles of boost::shared_ptrs. I understand that this is not advisable since the cycles may not be deleted when shared pointers go out of scope. Possible solutions include the use of weak_ptrs or, alternatively, manually removing the cycles before deletion of pointers. I am finding it difficult to use weak_ptrs because I cannot guarantee that the single shared_ptr will outlive the numerous weak_ptrs. So I am trying to manually break the cycle at deletion. I would be grateful if somebody could take a look at the code below, which illustrates my basic approach. Assuming that I stringently break all cycles when a Child class or Parent class goes out of scope, would this approach avoid memory leaks? Would it be possible to put code into the destructor of Parent and Child classes that automatically sets the shared pointer owned by the class to null (not using the reset() function but by using the method below) hence guaranteeing that cycles are broken at deletion? Thanks for any advice! Best regards, MGE --------------------- struct Child; struct Parent { boost::shared_ptr<Child> myChild; }; struct Child { boost::shared_ptr<Parent> myParent; }; boost::shared_ptr<Child> child(new Child()); boost::shared_ptr<Parent> parent(new Parent()); // create a cycle of pointers parent->myChild = child; child->myParent = parent; // do something // .... // later, manually break the cycle parent->myChild = boost::shared_ptr<Child>(new Child()); child->myParent = boost::shared_ptr<Parent>(new Parent()); // there are no longer any cyclic pointers // parent and child go out of scope here, hopefully releasing all memory? -- View this message in context: http://www.nabble.com/newbie-question-on-cyclic-shared-pointers-tp19353536p… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

[filesystem] [random] Demo code in August 2008 Linux Gazette
by Scott McMurray 06 Sep '08

06 Sep '08

All, I just saw this article in the Linux Gazette ("Populating a Filesystem with Random Data"), and thought that people looking for a fairly simple example of boost might be interested: http://linuxgazette.net/153/pfeiffer.html Enjoy, ~ Scott

1 0

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