January 2012 - Boost-users - lists.preview.boost.org

Boost Review Wizard Report for January 2012
by Ronald Garcia 10 Jan '12

10 Jan '12

============================================== Review Wizard Status Report for January 2012 ============================================== News ==== 1. Type Traits Library Extensions Accepted 2. AutoIndex Tool Accepted 3. Heaps Library Accepted 4. Assign v2 Library Rejected 5. Type Traits Introspection Library Accepted 6. Lockfree Library Accepted 7. Algorithm Library Accepted 8. Atomic Library Accepted 9. Local Library Accepted 10. Context Mini-review Ongoing Open Issues =========== The following libraries have been reviewed and await reports from their review managers: * Conversion - reviewed August 2011; review manager: Gordon Woodhull. The following libraries have been accepted to Boost, but have not yet been submitted to SVN: * Constrained Value - accepted September 2010; author: Robert Kawulak * GIL.IO - accepted January 2011; author: Christian Henning. * Atomic - accepted July 2011; author Helge Bahmann * Lockfree - accepted August 2011; author: Tim Blechmann. * Algorithm - accepted December 2011; author: Marshall Clow The following libraries have been accepted and submitted to SVN, but have not yet appeared in a release: * Heaps - accepted June 2011; author: Tim Blechmann. * Type Traits Introspection - accepted August 2011; author: Edward Diener. The following libraries have been accepted provisionally to Boost, but have not been submitted for mini-review and full acceptance: * Log - accepted provisionally March 2010; author: Andrey Semashev. * Endian - accepted provisionally November 2011; author: Beman Dawes. After repeated failed attempts to contact the author, the following library has been marked as Orphaned. * Switch library, accepted provisionally January 2008 author: Steven Watanabe. General Announcements ===================== As always, we need experienced review managers. Please take a look at the list of libraries in need of managers and check out their descriptions. In general review managers are active boost participants, including library contributors, infrastructure contributors, and other mailing list participants with a substantial track record of constructive participation. If you can serve as review manager for any of them, email Ron Garcia or John Phillips, "rxg at cs dot cmu dot edu" and "phillips at pacific dot mps dot ohio-state dot edu" respectively. We are also suffering from a lack of reviewers. While we all understand time pressures and the need to complete paying work, the strength of Boost is based on the detailed and informed reviews submitted by you. If you are interested in reviewing a library but won't have time during the review period, you can always prepare your review ahead of time. No rule says you can only work on a review during the review period. A link to this report will be posted to www.boost.org. If you would like us to make any modifications or additions to this report before we do that, please email Ron or John. The review schedule is an unordered list of the libraries awaiting review. As such, any library on the schedule can be reviewed once the developer is ready, a review manager has been secured, and the manager, developer, and wizards agree on a date to schedule the review. Review Schedule =============== * Join (M) * Pimpl (M) * Sorting (M) * Quaternions, Vectors, Matrices (M) * Variadic Macro Data (M) * Block Pointer (M) * Network (M) * Singularity (M) * Predef (M) ``(M)`` marks libraries that need review managers. -------------------- Join ---- :Author: Yigong Liu :Review Manager: Needed :Download: http://channel.sourceforge.net/ :Description: Join is an asynchronous, message based C++ concurrency library based on join calculus. It is applicable both to multi-threaded applications and to the orchestration of asynchronous, event-based applications. It follows Comega's design and implementation and builds with Boost facilities. It provides a high level concurrency API with asynchronous methods, synchronous methods, and chords which are "join-patterns" defining the synchronization, asynchrony, and concurrency. Pimpl ----- :Author: Vladimir Batov :Review Manager: Needed :Download: | `Boost Vault <http://www.boost-consulting.com/vault/index.php?action=downloadfile&fil…>`__ | http://www.ddj.com/cpp/205918714 (documentation) :Description: The Pimpl idiom is a simple yet robust technique to minimize coupling via the separation of interface and implementation and then implementation hiding. This library provides a convenient yet flexible and generic deployment technique for the Pimpl idiom. It's seemingly complete and broadly applicable, yet minimal, simple and pleasant to use. Sorting ------- :Author: Steven Ross :Review Manager: Needed :Download: `Boost Vault <http://www.boostpro.com/vault/index.php?action=downloadfile&filename=al…>`__ :Description: A grouping of 3 templated hybrid radix/comparison-based sorting algorithms that provide superior worst-case and average-case performance to std::sort: integer_sort, which sorts fixed-size data types that support a rightshift (default of >>) and a comparison (default of <) operator. float_sort, which sorts standard floating-point numbers by safely casting them to integers. string_sort, which sorts variable-length data types, and is optimized for 8-bit character strings. All 3 algorithms have O(n(k/s + s)) runtime where k is the number of bits in the data type and s is a constant, and limited memory overhead (in the kB for realistic inputs). In testing, integer_sort varies from 35% faster to 2X as fast as std::sort, depending on processor, compiler optimizations, and data distribution. float_sort is roughly 70% faster than std::sort. string_sort is roughly 2X as fast as std::sort. Quaternions, Vectors, Matrices ------------------------------ :Author: Emil Dotchevski :Review Manager: Needed :Download: http://www.revergestudios.com/boost-qvm/ :Description: QVM defines a set of generic functions and operator overloads for working with quaternions, vectors and matrices of static size. The library also defines vector and matrix data types, however it allows users to introduce their own types by specializing the q_traits, v_traits and m_traits templates. Variadic Macro Data ------------------- :Author: Edward Diener :Review Manager: Needed :Download: `Boost Sandbox <http://svn.boost.org/svn/boost/sandbox/variadic_macro_data/>`__ :Description: The variadic_macro_data library adds support and functionality for variadic macros to Boost as well as integrating variadic macros with the Boost PP library without changing the latter library in any way. Block Pointer ------------- :Author: Phil Bouchard :Review Manager: Needed :Download: `Boost Sandbox <https://svn.boost.org/svn/boost/sandbox/block_ptr/>`__ :Description: Deterministic memory manager of constant complexity capable of handling cyclic collections. Network ------- :Author: Dean Michael Berris :Review Manager: Needed :Download: http://cplusplus-soup.com/2011/04/18/cpp-netlib-0-9-0-released/ :Description: This is a library that provides application layer protocol support using modern C++ techniques. It is light-weight, fast, cross-platform and is intended to be as easy to configure as possible. Singularity ----------- :Author: Ben Robinson :Review Manager: Needed :Download: https://github.com/icaretaker/Singularity :Description: The Singularity Design Pattern allows you to restrict any class to a single instance. Unlike the infamous Singleton, Singularity gives you direct control over the lifetime of the object, does not require you to grant global access to the object, nor does it limit you to the default constructor for that object. Predef ------ :Author: Rene Rivera :Review Manager: Needed :Download: http://tinyurl.com/73n6a3k :Description: The Predef library implements two simple tasks: 1. Definition of a single version number macro to provide consistent version number at the preprocessor level. 2. A collection of detected definitions for compilers, standard libraries, architectures, operating systems, and languages. Unlike the Boost Config Library it doesn't define language features and capabilities. But only defines presence of detected compilation context. Documentation and downloads are available in the sandbox.. Libraries under development =========================== See http://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction for a current listing of libraries under development.

1 0

Re: [Boost-users] [Multi Index] equal_range from templated function fails to compile with gcc 4.6.1
by Jacob Metcalfe 10 Jan '12

10 Jan '12

Thanks for the quick reply, 51566 does seem very similar. I do not experience the issue from bug 9810 in any of the compilers where I have managed to reproduce the bug - from a quick look it looks somewhat different - and unfortunately changes to access_specifier.hpp don't solve the issue (changing the inheritance modifier or access modifiers in the derived class also does not seem to help). I experimented with a few changes but the only case that got rid of the error was the obvious change of making node_type public in index_base.hpp. In terms of gcc versions - so far I have reproduced the issue with 4.6.1, 4.6.2 and 4.5.2. Jacob.

2 2

extract objects from vector in shared memory
by Sabine B 09 Jan '12

09 Jan '12

Hello! I have again a question to using the boost vector with shared memory objects. I managed inserting the objects of type "MyType" into the vector with the following code: typedef boost::interprocess::allocator<MyType*, managed_shared_memory::segment_manager> ShmemAllocator; typedef boost::interprocess::vector<MyType*, ShmemAllocator> MyVector; struct shm_remove{ shm_remove(){shared_memory_object::remove("MySharedMemory");} ~shm_remove(){shared_memory_object::remove("MySharedMemory");} }remover; managed_shared_memory segment(create_only, "MySharedMemory", 65536); const ShmemAllocator alloc_inst(segment.get_segment_manager()); MyVector *vector = segment.construct<MyVector>("Vector")(alloc_inst); MyType *mytype = segment.construct<MyType>(anonymous_instance)(); MyVector->push_back(mytype); The problem is that I can't manage to extract the object from the vector. I always get a null pointer or a pointer to somewhere. This is the code for the child process: managed_shared_memory segment(open_only, "MySharedMemory"); vector = segment.find<MyVector>("Vector").first; MyType *mytype = vector->at(1); // program crashes when I try to print members of the object MyType or MyType mytype = (MyType&)vector->at(1); // object is empty Does anybody have any hint or an idea what I'm doing wrong? Thank you very much for your help! Best regards, Sabine

1 0

[Multi Index] equal_range from templated function fails to compile with gcc 4.6.1
by Jacob Metcalfe 09 Jan '12

09 Jan '12

I’m having issues compiling some multi_index_container code after upgrading from gcc 4.3.4 to gcc 4.6.1 and wondering if anyone can shed some light. Perhaps this should be directed to gcc, but I have not been able to reduce this to not include multi_index. The contrived code below is the furthest I have been able to reduce the problem so far:**** ** ** 1 #include <boost/multi_index_container.hpp>**** 2 #include <boost/multi_index/ordered_index.hpp>**** 3 #include <boost/multi_index/member.hpp>**** 4 #include <boost/multi_index/composite_key.hpp>**** 5**** 6 using namespace boost::multi_index;**** 7**** 8 struct Data{**** 9 double _d;**** 10 };**** 11**** 12 typedef multi_index_container< Data,**** 13 indexed_by< ordered_non_unique<**** 14 composite_key< Data, member<Data, double, &Data::_d> >**** 15 > >**** 16 > Map;**** 17**** 18 template <int T>**** 19 void foo(){**** 20 Map mi;**** 21 mi.get<0>().equal_range(boost::make_tuple(0.0));**** 22 }**** 23 int main(){**** 24 foo<5>();**** 25 }**** ** ** The failures from gcc 4.6.1 are:**** ** ** boost/multi_index/detail/index_base.hpp: In function 'void foo() [with int T = 5]':**** boost/multi_index/detail/index_base.hpp:49:47: error: 'typedef struct boost::multi_index::detail::index_node_base<Data, std::allocator<Data> > boost::multi_index::detail::index_base<Data, boost ::multi_index::indexed_by<boost::multi_index::ordered_non_unique<boost ::multi_index::composite_key<Data, boost::multi_index::member<Data, double, &Data::_d> > > >, std::allocator<Data> >::node_type' is protected**** tstmi.cpp:24:10: error: within this context**** ** ** ** ** This code appears to compile fine under 4.3.4 and would compile with 4.6.1 if the useless template at line 18 was removed.**** ** ** Many thanks

2 1

[boost.build] packaging with dependencies symbolic links
by Christophe Bourez 09 Jan '12

09 Jan '12

Hi, I have an executable project depending on other 3rd libraries (log4cplus, libxml2 ...). For each of these 3rd libraries, we recreate the missing Jamroot file. The executable is built (g++ under linux) with <link>shared property. When packaging, no symlinks to 3rd libraries are generated. Investigating boost.build, I found the property <install-no-version-symlinks> (Its default and unique value is 'on'). Is it related? If yes, may I workaround it? How can I package my executable with symlinks to 3rd library ? Thank you, Christophe

1 0

Re: [Boost-users] Needs advices on design ( mpl or processor )
by Alex Perry 07 Jan '12

07 Jan '12

On 07 January 2012 23:28 Alex Perry wrote:- > I've been following this thread despite being a total novice with mpl (and > template meta-programming in general). However I'm not quite sure why > you are trying to pass the offset through the templates in the 1st place - can't > you just use standard : syntax and let the compiler work out the offsets? Oops just read some more messages in the thread and now understand what you were trying to do (which wasn't what I was doing at all) Sorry for the noise Alex

1 0

Re: [Boost-users] Needs advices on design ( mpl or processor )
by Alex Perry 07 Jan '12

07 Jan '12

On Sat 07/01/2012 08:42 Allan Nielsen <a(a)awn.dk> wrote:- >I will try to illustrate my design problem in a more simple example: > >struct TagA { > enum Size { size = 4 }; > enum E { A0 = 0, A1 = 1, A2 = 2, A3 = 3, }; }; > ... I've been following this thread despite being a total novice with mpl (and template meta-programming in general). However I'm not quite sure why you are trying to pass the offset through the templates in the 1st place - can't you just use standard : syntax and let the compiler work out the offsets? Eg enum A { A0,A1,A2,A3,A4 }; enum B { B0,B1,B2,B3,B4 }; template <typename type1, int t1_numbits, typename type2, int t2_numbits> struct packed { type1 first : t1_numbits; type2 second : t2_numbits; }; Obviously accessing members via a name like first is far from ideal and specifying the size in the template would make this really unusable. However at this point my lack of knowledge of mpl kicks in - I'm sure there is some clever way of coding this up so that packed<A,B,C> is defined like mpl::vector<> which could provide a clean way of accessing the members. My total naive first attempt using partial specialisations on member functions sort of works under MSVC but fails totally on gcc - not sure if this is because this is a MS extension or whether its C++11 and so would work on a newer gcc - it works with VS2010 and VS2008 (I don't think there are any C++0x extensions in 2008) on windows 7 and fails to compile with gcc 4.1.2 on Linux. Linux errors start with :- test.cpp:53: error: explicit specialization in non-namespace scope 'struct packed<type1, type2, type3, type4>' test.cpp:53: error: enclosing class templates are not explicitly specialized It's also relying on the (probably nearly always true) assumption that the enum types packed together would always be unique so that using the type of the enum can find the unique member - this assumption should at least have some sort of compile assertion on it (mpl again I guess). It seems like an awful lot of boiler plate code would have to live behind the scenes to make this anything like useable though so not sure its worth exploring as a possible method but just in case it helps :- #include <iostream> //An enum we want to be able to compress enum A{A0,A1,A2,A3,A4}; //The bit size information for enum as per previous example code (NB this is actually wrong 3 is big enough to hold 0-7 but heck ...) struct tagA { typedef enum A enum_type; enum { size=4 }; }; //Wrapper for above tag info just to save typeing having shown it done manually above template <typename enumType,int size_ = 4> struct tag { typedef enumType enum_type; enum { size=size_ }; }; //Another couple of enums and tag structures for bit sizes enum B{B0,B1,B2,B3,B4}; typedef tag<B,4> tagB; enum C{ C0,C1,C2,C3,C4 }; typedef tag<C,3> tagC; //Just to check that size is actually doing something enum D{ D0,D1,D2,D3,D4 }; typedef tag<D,4> tagD; //Our packed structure template <typename type1,typename type2, typename type3, typename type4 > struct packed { //Just for clarity typedef typename type1::enum_type first_type; typedef typename type2::enum_type second_type; typedef typename type3::enum_type third_type; typedef typename type4::enum_type fourth_type; typedef packed<type1,type2,type3,type4> thistype; //Our packed enums using the specified bit sizes first_type first : type1::size; second_type second : type2::size; third_type third : type3::size; fourth_type fourth : type4::size; //All following is just to provide a simple get/set syntax rather than accessing via member names struct fail {}; //Only used for general case - fail will not convert to T hence compile error when used template <typename T> T get() const { return fail; }; //Specialisations to provide access to the (unique) members based on their types template<> first_type get<first_type>() const { return first;} template<> second_type get<second_type>() const { return second;} template<> third_type get<third_type>() const { return third;} template<> fourth_type get<fourth_type>() const { return fourth;} //May as well define == using the get() - note extra specialisation for whole structure equality template <typename T> bool operator == (T const & other ) const { return get<T>() == other; } template <> bool operator ==<thistype>(thistype const & other ) const { return other==get<type1::enum_type>() && other==get<type2::enum_type>() && other==get<type3::enum_type>() && other==get<type4::enum_type>(); } template <typename T> void set(T val) { return fail; }; //Specialisations to provide access to the (unique) members based on their types template<> void set<first_type>(first_type val) { first = val;} template<> void set<second_type>(second_type val) { second = val;} template<> void set<third_type>(third_type val) { third = val;} template<> void set<fourth_type>(fourth_type val) { fourth = val;} //May as well define operator = for convenient syntax l template <typename T> T operator =(T val) { set<T>(val); return val; }; }; //Oh yuk but it would be nice to pass the actual enum names rather than the tag structure name into our template //I couldn't think of any easy way other than a macro but surely there is some neater solution. #define make_packed_type(A,B,C,D) packed<tag##A,tag##B,tag##C,tag##D> int main( int , char** ) { packed<tagA,tagB,tagC,tagD> test; make_packed_type(A,B,C,D) test2; //Try the macro version test.first = A3; //Using the specific member name test.set<B>( B4 ); //Using template specialisation of member function test.set( C1 ); //Same but using ADL test = D3; //ADL on operator = test2 = A3; test2 = B4; test2 = C1; test2 = D3; //Hmm having 2nd thoughts on this syntax - it's probably too confusing and unexpected to allow std::cout << "In test A is " << test.first << " B is " << test.get<B>() << " C is " << test.get<C>() << " D is " << test.get<D>() << std::endl; std::cout << "Sizeof of test is " << sizeof( test ) << std::endl; std::cout << "Piecewise equality check is" << " ==A3 " << ((test == A3)?"true":"false") << " ==B4 " << ((test == B4)?"true":"false") << " ==C1 " << ((test == C1)?"true":"false") << " ==D3 " << ((test == D3)?"true":"false") << std::endl; std::cout << "Overall equality check test == test2 is " << (( test == test2 )?"true":"false") << std::endl; return 0; } Which returns (on windows) In test A is 3 B is 4 C is 1 D is 3 Sizeof of test is 4 Piecewise equality check is ==A3 true ==B4 true ==C1 true ==D3 true Overall equality check test == test2 is true As I said before don't know if this is of any use whatsoever to you (but it allowed me to avoid doing some real work while playing!) - As shown in the output the size of the structure is 4 bytes so is packing the 4 enums down into 1 int (without the : syntax used the sizeof this structure is 16 bytes) Alex

1 0

boost ASIO/serialisation with different boost version. Bug or feature ?
by Avi Bahra 07 Jan '12

07 Jan '12

Currently I have built a client/server that uses ASIO with boost serialization. I built one set with boost 1.45 and another with boost 1.47 However: o start boost 1.45 server o ping using 1.47 client I get a boost::archive::archive_exception unsupported version o start boost 1.47 server o ping with boost 1.45 client Again I get a boost::archive::archive_exception unsupported version Given that there was no change in format of the ping, is this bug or feature ? Is there any way of disabling this feature of the archive , so exception is only thrown when there is format change? Any help appreciated. Ta, Avi

2 1

Register variadic template as tags in a boost::mpl::map
by Allan Nielsen 07 Jan '12

07 Jan '12

In the following code, why can't I look up BB and CC in the mpl::map type_map? I would expect the map to look like this: map < pair<AA, A< xx > >, pair<BB, B< xx > >, pair<CC, C< xx > > > But it does not seem like this is the case... #include <iostream> #include <boost/type_traits/is_same.hpp> #include <boost/mpl/map.hpp> #include <boost/mpl/at.hpp> #include <boost/mpl/insert.hpp> struct AA {}; struct BB {}; struct CC {}; template<int OFFSET> struct A { typedef AA T; enum O { offset = OFFSET }; enum S { size = 2 }; }; template<int OFFSET> struct B { typedef AA T; enum O { offset = OFFSET }; enum S { size = 4 }; }; template<int OFFSET> struct C { typedef AA T; enum O { offset = OFFSET }; enum S { size = 4 }; }; template < template <int> class Head, template <int> class... Tail> struct X : public Head< X<Tail...>::size * X<Tail...>::offset >, public X<Tail...> { typedef Head< X<Tail...>::size * X<Tail...>::offset > _Head; enum O { offset = X<Tail...>::size * X<Tail...>::offset }; enum S { size = _Head::size * X<Tail...>::size }; typedef typename boost::mpl::insert < typename X<Tail...>::type_map, boost::mpl::pair<typename _Head::T, _Head > >::type type_map; template <typename T> int get_offset() { return boost::mpl::at<type_map, T>::type:: offset; } }; // base case template < template <int> class Head> struct X<Head> : public Head<1> { enum O { offset = Head<1>::offset }; enum S { size = Head<1>::size }; typedef boost::mpl::map< boost::mpl::pair< typename Head<1>::T, Head<1> > > type_map; }; int main() { X< A, B, C > x1; std::cout << x1.get_offset<CC>() << std::endl; // generates compile errors //std::cout << x1.get_offset<BB>() << std::endl; //std::cout << x1.get_offset<CC>() << std::endl; return 0; }

1 1

[BGL] getting an edge_descriptor of a reverse_graph
by Alex Hagen-Zanker 06 Jan '12

06 Jan '12

I upgraded from boost 1.45 to 1.48 and there are some breaking changes related to reverse_graph The main problem that I encounter is that boost::edge(u ,v, graph) returns a edge_descriptor to the graph that underlies reverse_graph, rather than reverse_graph itself . The following therefore does not compile: template<typename Graph> void foo(Graph& graph) { boost::graph_traits<Graph>::edge_descriptor e = boost::edge(0, 1, graph).first; } int main() { boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS> graph(2); foo(graph); // this line compiles foo(boost::make_reverse_graph(graph)); // this line does not compile } Do you have suggestions how to rewrite foo(Graph& graph) in order to generically work for both plain and reversed graphs? For now I have rewritten the boost::edge function in reverse_graph.hpp to return a pair<reverse_graph_edge_descriptor, bool> but that does not seem right. Thanks, Alex

2 6

unexpected behaviour of filtering_ostream
by Ed Keith 06 Jan '12

06 Jan '12

I have the following code: int main(int argc, char *argv[]) { io::filtering_ostream out; out.push(std::cout); out << "this is a test" << endl; out << std::cin.rdbuf(); } when I run it the string "this is a test" gets sent to cout, but input type into cin does not get echoed to cout. Can anyone clue my in as to why not? -EdK Ed Keith e_d_k(a)yahoo.com Blog: edkeith.blogspot.com

2 1

building boost.log on OSX 10.7.2 with boost 1_48
by Chris Bartlett 06 Jan '12

06 Jan '12

Hi all, I'm trying to build boost.log. I had it built and working against boost 1_47. I now have a clean 1_47 install on OSX (10.7.2) and I pulled boost.log from the trunk in sourceforge: https://boost-log.svn.sourceforge.net/svnroot/boost-log/trunk/ but when I build it, it reports that it needs 1_48. no problem - i'l build a boost 1_48 install and try that… boost 1_48 installed fine. I downloaded the boost.log from trunk and updated my kit and ran: ./bootstrap.sh -with-libraries=log --prefix=/usr/local --includedir=/usr/local/include --libdir=/usr/local/lib followed by: sudo ./b2 and I get the following: ...found 2606 targets... ...updating 9 targets... darwin.compile.c++ bin.v2/libs/log/build/darwin-4.2.1/release/threading-multi/tick_count.o libs/log/src/tick_count.cpp:220:5: error: #error Boost.Log: POSIX timers not supported on your platform "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -dynamic -no-cpp- precomp -gdwarf-2 -fexceptions -fPIC -DBOOST_ALL_NO_LIB=1 DBOOST_DATE_TIME_DYN_LINK=1 - DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_LOG_BUILDING_THE_LIB=1 -DBOOST_LOG_DLL - DBOOST_LOG_USE_NATIVE_SYSLOG=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_THREAD_POSIX - DBOOST_THREAD_USE_DLL=1 - DDATE_TIME_INLINE -DNDEBUG -I"." -c -o "bin.v2/libs/log/build/darwin-4.2.1/release/threading-multi/tick_count.o" "libs/log/src/tick_count.cpp" Anyone shed any light on this? has the latest version of boost.log not been built on OSX lion? any help gratefully received, Chris

1 0

boost test: link time errors/regressions with boost 1.47 test
by Avi Bahra 06 Jan '12

06 Jan '12

I have been using/linking with boost test, 1.39 -->1.45 Boost unit-test has been very robust on the whole However migrating to 1.47 I am getting links errors of the form: ld: 0711-317 ERROR: Undefined symbol: .boost::unit_test::ut_detail::auto_test_unit_registrar::auto_test_unit_registrar(boost::unit_test::basic_cstring<const char>) ld: 0711-317 ERROR: Undefined symbol: .boost::unit_test::unit_test_log_t::set_checkpoint(boost::unit_test::basic_cstring<const char>,unsigned long,boost::unit_test::basic_cstring<const char>) ld: 0711-317 ERROR: Undefined symbol: .boost::test_tools::tt_detail::check_impl(const boost::test_tools::predicate_result&,const boost::unit_test::lazy_ostream&,boost::unit_test::basic_cstring<const char>,unsigned long,boost::test_tools::tt_detail::tool_level,boost::test_tools::tt_detail::check_type,unsigned long,...) ld: 0711-317 ERROR: Undefined symbol: .boost::unit_test::ut_detail::normalize_test_case_name(boost::unit_test::basic_cstring<const char>) ld: 0711-317 ERROR: Undefined symbol: .boost::unit_test::test_case::test_case(boost::unit_test::basic_cstring<const char>,const boost::unit_test::callback0<boost::unit_test::ut_detail::unused>&) The problem is on AIX 5.3. using v11.1 compiler linking with libboost_unit_test_framework-mt-d.a has always worked in the past. The library compiles and links without any errors on other platforms like HPUX/acc,linux32/gcc,linux64/gcc Any help appreciated Best regards, Ta, Avi

1 0

Get All Words Offset in String using Boost regex
by S Nagre 06 Jan '12

06 Jan '12

Hello, I wish to determine the "start" and "length" of all the completed words in a string using Boost Regex For example I have a String "*Hello World and Google*" I would like to create a map like this... 1, 5 //First Character position and Length of Word "Hello" 7, 5 // First Character position and Length of Word World 14, 3 //First Character position and Length of Word "And" 18, 6 // First Character position and Length of Word "Google" This is the code I have written.. void CreateOffSetMap(std::string completeInStr) { std::map<int32, int32>OffSetMap; std::string escapeChar = "\\" ; std::string bChar = "b"; std::string dotChar = "."; std::string findWordInStr = escapeChar + bChar + dotChar + escapeChar + bChar; boost::regex regExpression(findWordInStr); boost::smatch what; std::string::const_iterator start = completeInStr.begin(); std::string::const_iterator end = completeInStr.end(); while (boost::regex_search(start, end, what, regExpression)) { int32 foundPos = what.position(); int32 foundLen = what.length(); int32 endOffSet = startOffSet + foundLen; std::string foundString(start + foundPos, start + foundPos + foundLen); OffSetMap[foundPos] = foundLen; start += foundPos + foundLen; } } But is not working correct as expected, Could Anyone tell me where I am doing wrong here ? Thanks in Advance Subhash

2 2

[Graph] need suggestion
by srinivas boppu 06 Jan '12

06 Jan '12

Hello All, I need a graph structure as follows. (Here my input is a Graph which I call it as " Control Flow Graph".) On this "Control Flow Graph", I run a algorithm it creates another graph, and on that I will run again the algorithm, it will create another "Graph" and it continues until it become a "Single Node". I should be able to access all the Graphs in each stage and my original graph information should be untouched. What is the best way to do it ? Any suggestions ? (Actually, I am trying to solve one problem using "Interval Based Analysis" of Control Flow Graphs. I would like to divide the given main control flow graph into disjoint intervals. You can have a look at the following link for more information http://nptel.iitm.ac.in/courses/106108052/module9/control-flow-ana-2.pdf ) Regards, Srinivas

2 2

Boost.Date_Time - Visual C++ 6
by asif saeed 06 Jan '12

06 Jan '12

Hi, Can DateTime build on Visual C++ 6? Has somebody already done it? Can you please point me to some online step-by-step instructions, a blog post or something that can help me to accomplish this? Thanks in advance, Asif

2 3

Boost::shared::memory consistency
by Josmon Paul 06 Jan '12

06 Jan '12

4 8

[BGL] Finding the descriptor for a given vertex
by Kelvin Chung 05 Jan '12

05 Jan '12

Suppose I have the following: template <class T> class Graph { // Adapter class that I use for my purposes typedef typename boost::adjacency_list<boost::vecS, boost::vecS, boost::directedS, T> innerGraph; typedef typename boost::graph_traits<innerGraph>::vertex_descriptor VertexDescriptor; innerGraph G; public: void addVertex(const T& vertex); bool containsVertex(const T& vertex) const; void addEdge(const T& from, const T& to); // More stuff here }; The intent of this adapter class is to basically abstract out all the mentions of stuff like the descriptors and such. So a good helper function to this end would be a function that retrieves the VertexDescriptor for a given T, if it exists. Is there such a function already in the BGL, or do I have to manage that separately (ie. having an external map)?

5 7

Auto-Linking in Visual Studio 2008
by Robert Abel 05 Jan '12

05 Jan '12

Hi, I recently began using boost in a project on Windows using MS Visual Studio 9.0 2008 using CMake, i.e. the project setup is auto-generated using the correct boost libraries as link targets. In my project, I link to boost_thread*.lib, which should be the import library for boost_thread*.dll. However, when I compile the project, the I get the following linking error: > Error 43 fatal error LNK1104: cannot open file > 'libboost_thread-vc90-mt-1_48.lib' rsb-chat-1 rsb-chat-1 So it seems necessary to have the static library present as well when linking the executable. At first I thought this was the default auto-linking behavior described in the documentation, i.e. static linking. However, once all needed static libraries are supplied, the final executable still needs the dynamic boost_*.dll libraries. This did not seem right to me... Now, when I disable auto-linking using > #define BOOST_ALL_NO_LIB the linker will not try to link the static libboost_thread*.lib, but instead use the boost_thread*.lib that was defined in the project settings. I couldn't find any documentation on this specific auto-linking behavior. * Is this expected behavior? Maybe MSVS-specific behavior? * Does the presence of the static library actually preclude some dynamic linking from occurring, thus making my executable bigger? * Or does the static library basically just need to be present and auto-linking will actually not use it when it's not appropriate? * Or does auto-linking mix and match, i.e. in my original case, when I supplied the static libraries: Did it link some functions statically, while others dynamically? Thanks, Robert

3 5

[type_traits] type_with_alignment<64> on gcc
by Ioannis Papadopoulos 05 Jan '12

05 Jan '12

Hi, Is there any particular reason that type_with_alignment does not support alignment more than 32 on gcc? I am trying to create an unordered_map of objects that are aligned to cache line size (64bytes) and it fails in type_with_alignment. This small example shows it: #include <boost/tr1/unordered_map.hpp> struct __attribute__((aligned(64)) A { int i; }; int main() { std::tr1::unordered_map<int, A> umap; umap[0] = A(); return 0; } In file included from /usr/local/boost/boost_1.48/include/boost/aligned_storage.hpp:21:0, from /usr/local/boost/boost_1.48/include/boost/type_traits/aligned_storage.hpp:11, from /usr/local/boost/boost_1.48/include/boost/unordered/detail/buckets.hpp:17, from /usr/local/boost/boost_1.48/include/boost/unordered/detail/table.hpp:10, from /usr/local/boost/boost_1.48/include/boost/unordered/detail/equivalent.hpp:14, from /usr/local/boost/boost_1.48/include/boost/unordered/unordered_map.hpp:18, from /usr/local/boost/boost_1.48/include/boost/unordered_map.hpp:16, from /usr/local/boost/boost_1.48/include/boost/tr1/unordered_map.hpp:21, from test.cc:1: /usr/local/boost/boost_1.48/include/boost/type_traits/type_with_alignment.hpp: In instantiation of ‘boost::detail::type_with_alignment_imp<64ul>’: /usr/local/boost/boost_1.48/include/boost/type_traits/type_with_alignment.hpp:216:7: instantiated from ‘boost::type_with_alignment<64ul>’ /usr/local/boost/boost_1.48/include/boost/mpl/eval_if.hpp:60:31: instantiated from ‘boost::mpl::eval_if_c<false, boost::mpl::identity<boost::detail::max_align>, boost::type_with_alignment<64ul> >’ /usr/local/boost/boost_1.48/include/boost/aligned_storage.hpp:55:21: instantiated from ‘boost::detail::aligned_storage::aligned_storage_imp<128ul, 64ul>::data_t’ /usr/local/boost/boost_1.48/include/boost/aligned_storage.hpp:56:7: instantiated from ‘boost::detail::aligned_storage::aligned_storage_imp<128ul, 64ul>’ /usr/local/boost/boost_1.48/include/boost/aligned_storage.hpp:73:7: instantiated from ‘boost::aligned_storage<128ul, 64ul>’ /usr/local/boost/boost_1.48/include/boost/unordered/detail/table.hpp:281:59: instantiated from ‘boost::unordered::detail::value_base<std::pair<const int, A> >’ /usr/local/boost/boost_1.48/include/boost/unordered/detail/unique.hpp:47:12: instantiated from ‘boost::unordered::detail::ptr_node<std::pair<const int, A> >’ /usr/local/boost/boost_1.48/include/boost/unordered/detail/unique.hpp:332:40: instantiated from ‘boost::unordered::detail::table_impl<Types>::value_type& boost::unordered::detail::table_impl<Types>::operator[](const key_type&) [with Types = boost::unordered::detail::map<std::allocator<std::pair<const int, A> >, int, boost::hash<int>, std::equal_to<int> >, boost::unordered::detail::table_impl<Types>::value_type = std::pair<const int, A>, boost::unordered::detail::table_impl<Types>::key_type = int]’ /usr/local/boost/boost_1.48/include/boost/unordered/unordered_map.hpp:1007:26: instantiated from ‘boost::unordered::unordered_map<K, T, H, P, A>::mapped_type& boost::unordered::unordered_map<K, T, H, P, A>::operator[](const key_type&) [with K = int, T = A, H = boost::hash<int>, P = std::equal_to<int>, A = std::allocator<std::pair<const int, A> >, boost::unordered::unordered_map<K, T, H, P, A>::mapped_type = A, boost::unordered::unordered_map<K, T, H, P, A>::key_type = int]’ test.cc:11:9: instantiated from here /usr/local/boost/boost_1.48/include/boost/type_traits/type_with_alignment.hpp:206:1: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE<false>’ /usr/local/boost/boost_1.48/include/boost/type_traits/type_with_alignment.hpp:207:1: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE<false>’ Is there any easy way to avoid this problem? Thanks

2 2

boost::filesystem::path construct from iterator
by Frank Kingswood 05 Jan '12

05 Jan '12

Hi I am getting surprising build errors when attempting to create a path from iterators. For example: boost::filesystem::path path("a/b/c"); boost::filesystem::path tail(path.begin(),path.end()); fails to build on the tail constructor. The actual error is about three screenfuls so I will omit this here for now. My intention is to do something a bit more interesting, e.g. path.begin()+1 to skip the leading path component. Thanks, Frank

1 0

boost:shared_ptr destructor, SIGBUS, MIPS 64
by sumanth krishna 05 Jan '12

05 Jan '12

I am using a STL list of boost shared pointer in my code and and it randomly dumps core. Below is the code snippet and the core stack. class A () { virtual ~A(); string getsomestring(); } class B: public A { } typedef shared_ptr<A> A_ptr; class C // singelton class { public: getList(list <A_ptr>& temp_list) { list<A_ptr>::iterator itr = _inv.begin(); for( ; itr != _inv.end(); itr++ ) { temp_list.push_back( (*itr) ); } getListContent ( list<string>& str_list) { list<A_ptr>::iterator itr = _inv.begin(); for( ; itr != _inv.end(); itr++ ) { str_list.push_back( (*itr)->getsomestring() ); } } private: list <A_ptr> _inv; } main() { C *c= new C; // create an instance ( its a singleton class) // On creating an instance of C, the private member variable inventory is populated. // inventory.push_back(A_ptr(new FRU ( fvar ))) thread 1 { list<A_ptr> var1; c->getList(var1); list <string> var2; c->getListContent(var2); } // End of thread delete c; } // end of main Now this code works fine for some iterations and then dumps core with the following stack ###################### Thread 1 (Thread 0x55567f7af0 (LWP 23773)): #0 0x0000000120038ecc in boost::detail::atomic_decrement (pw=0xa) sysroot/usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_mips.hpp:66 #1 0x0000000120038f44 in boost::detail::sp_counted_base::release (this=0x2) #2 0x00000001200390ac in boost::detail::shared_count::~shared_count (this=0x1200b08d8, __in_chrg=<value optimized out>) #3 0x000000012003eaf4 in boost::shared_ptr<A>::~shared_ptr (this=0x1200b08d0, __in_chrg=<value optimized out>) #4 0x000000012003eb4c in __gnu_cxx::new_allocator<boost::shared_ptr<A> >::destroy (this=0xffffeaf640, __p=0x1200b08d0) #5 0x000000012003c9e0 in std::_List_base<boost::shared_ptr<A>, std::allocator<boost::shared_ptr<A> > >::_M_clear (this=0x1200a8ee8) #6 0x000000012003b4ac in std::_List_base<boost::shared_ptr<A>, std::allocator<boost::shared_ptr<A> > >::~_List_base (this=0x1200a8ee8, __in_chrg=<value optimized out>) #7 0x000000012003a0e8 in std::list<boost::shared_ptr<A>, std::allocator<boost::shared_ptr<A> > >::~list (this=0x1200a8ee8, __in_chrg=<value optimized out>) #8 0x0000000120068b64 in C::~C (this=0x1200a8e70, __in_chrg=<value optimized out>) ###################################################### This code is cross compiled for MIPS64 arch on linux x86_64 machine and is running on a 64 bit MIPS machine. I am not sure why it is dumping core. It dumps core giving a *SIGBUS* error. Do i have to specifically handle the delete operation of the List ? I am using the default destructor for "C" class and there is no pointers in the class A and Class A also doesnt have anything in its destructor, no memory allocations are done in Class A. Any suggestions regarding this problem would be highly helpful.

2 4

boost compilation error
by Prasanth Madhavan 05 Jan '12

05 Jan '12

I have a class using boost interprocess. some of the code used in it are here http://stackoverflow.com/questions/8653207/boost-interprocess-vector-creati… and here http://stackoverflow.com/questions/8517115/inserting-a-boost-vector-inside-… when i use g++ -c and compile it, it compiles. I have another big project with whom i would like to use this class. so i added it to that project, and made changes to accomodate the new class and use it. But when i compile it, it crashes with a really big error and i have no clue what the hell is going on. Please help. I have attached a sample output from make. One more thing. Inside the project. the class compiles fine. the attached message comes in when compiling another file that has the header file of this class attached to it. stats.hpp -> this is the header to the class that uses boost manager.hpp -> this has stats.hpp included filter.cpp -> this has manager.hpp included. -- Prasanth Madhavan

1 0

Properties error reading undirected graph with "read_graphviz"
by nunofaria 05 Jan '12

05 Jan '12

Hi, I am trying to read an undirected_graph from a .dot file with read_graphviz, but I seem to some problems regarding the properties of the graph, which are *vertex_index* and *edge_weight*. /terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::dynamic_const_put_error> >' what(): Attempt to put a value into a const property map: / The code I am using is followed: *typedef property<edge_weight_t, int> EdgeWeightProperty; typedef adjacency_list<vecS, vecS, undirectedS, no_property, EdgeWeightProperty> undirected_graph; typedef property_map<undirected_graph, edge_weight_t>::type weight_map_type; typedef property_traits<weight_map_type>::value_type weight_type; typedef std::pair<int, int> edge_t; undirected_graph read_graph(std::string filename, dynamic_properties * dp) { std::ifstream in(filename.c_str()); // ... check errors in file ... undirected_graph g(0); read_graphviz(in, g, *dp, "node_id"); in.close(); return g; } int main() { boost::dynamic_properties dp; // populate graph properties by reference undirected_graph g = read_graph("test_boost_graph.dot", &dp); dp.property("node_id", get(vertex_index, g)); dp.property("w", get(edge_weight, g)); // write to cout write_graphviz_dp(cout, g, dp, "node_id"); return 0; }* I think the example is pretty simple and it should work. However I don't get much when googling the resulting error. Does someone know what's this about? Thanks in advance -- View this message in context: http://boost.2283326.n4.nabble.com/Properties-error-reading-undirected-grap… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

Problems using boost::interprocess on Mac OS X
by Robert Bielik 05 Jan '12

05 Jan '12

Hi All, I'm trying to use boost::interprocess::named_mutex (1.47.0) on Mac OS X (10.6.7) with GCC 4.0, but I get loads of errors when compiling, the first ones shown here: /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38:0 /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38: error: expected type-specifier before 'Lm_arg' /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38:0 /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38: error: expected `)' before 'Lm_arg' /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38:0 /boost_1_47_0/boost/interprocess/sync/emulation/named_creation_functor.hpp:38: error: expected `;' before 'Lm_arg' /boost_1_47_0/boost/exception/exception.hpp:320:0 /boost_1_47_0/boost/exception/exception.hpp:320: error: anachronistic old-style base class initializer /boost_1_47_0/boost/exception/exception.hpp:320:0 /boost_1_47_0/boost/exception/exception.hpp:320: error: unnamed initializer for 'boost::exception_detail::error_info_injector<T>', which uses multiple inheritance /boost_1_47_0/boost/exception/exception.hpp:321:0 /boost_1_47_0/boost/exception/exception.hpp:321: error: 'Lx' was not declared in this scope /boost_1_47_0/boost/exception/exception.hpp:418:0 /boost_1_47_0/boost/exception/exception.hpp:418: error: anachronistic old-style base class initializer /boost_1_47_0/boost/exception/exception.hpp:418:0 /boost_1_47_0/boost/exception/exception.hpp:418: error: unnamed initializer for 'boost::exception_detail::clone_impl<T>', which uses multiple inheritance /boost_1_47_0/boost/exception/exception.hpp:419:0 /boost_1_47_0/boost/exception/exception.hpp:419: error: 'Lx' was not declared in this scope ... Any ideas how to fix this ? TIA /Rob

2 2