- Boost - lists.boost.org

[Boost.Config] Stlport patch for Sun compilers on Linux
by K. Noel Belcourt 20 Oct '08

20 Oct '08

Hi, I've attached a patch to fix this error with the sun compilers on Linux. http://tinyurl.com/6o4fxg I'm not well versed with the subtleties of Stlport (there may be better ways to code this). The patch merely avoids defining macro BOOST_NO_EXCEPTION_STD_NAMESPACE as the Stlport bundled with the Sun compilers on Linux seems to correctly put all type_info into the std namespace. The Sun compilers on Solaris still require this macro definition. I've tested that this fixes the type_info error with sun-5.9 on Linux and that it doesn't break the Sun tests on Solaris, okay to commit? -- Noel

4 12

[filesystem]Extracting path as string from wpath
by Johan Torp 20 Oct '08

20 Oct '08

How do convert a boost::filesystem::wpath to a known encoding in the native filesystem's path representation? Specifically I want to convert a boost::filesystem::wpath to a third party string (CFString from Carbon). In order to do that I must know the encoding of wpath.string() or wpath.external_file_string() on Mac, which is "implementation defined". Interfacing boost::filesystem::wpath with 3rd party APIs seems like common problem. Best Regards, Johan Torp www.johantorp.com -- View this message in context: http://www.nabble.com/-filesystem-Extracting-path-as-string-from-wpath-tp20… Sent from the Boost - Dev mailing list archive at Nabble.com.

5 9

[serialization] In-memory archive?
by Ling Li 20 Oct '08

20 Oct '08

Is there an easy way to serialize into a in-memory archive so that an object can be, say, transferred over a network? Of course one can use a disk file as the intermediate step but having some in-memory archive should help here. Actually, as a related question, is there a way to serialize into and deserialize from some map-like in-memory archive? Just to illustrate the idea better, say we have a Point class. class Point { double m_x, m_y; public: Point(double x, double y): m_x(x), m_y(y) {} }; We can use the constructor Point(1.0, 2.0) to get an object. But how about if we want to construct a Point object from a std::map that has "x => 1.0; y=> 2.0" as its key-value pairs? I guess my example is too simple so that deserializing from a map is not necessary. But consider deserializing from a database, where one natural way to present the information is not a long binary string but a list of key-value pairs. Or consider a generic factory that takes in such a map and gives out a constructed object. Note that a map usually doesn't keep entries in order so this may add extra burden to the serializing code. Please let me know if what I am looking for is too crazy. Any input is appreciated.

4 6

Re: [boost] [regex] [1.35]Problem with IPV6 validation windows XP
by Gopal_Haldar＠McAfee.com 20 Oct '08

20 Oct '08

I am waiting for reply. Please let me know is it possible through boost or not. -----Original Message----- From: Haldar, Gopal Sent: Thursday, October 16, 2008 4:01 PM To: 'boost(a)lists.boost.org' Subject: [boost] [regex] [1.35]Problem with IPV6 validation windows XP passing any IPV6 IP But it is failed to validate ::ffff:12.12.12.12 format... Please see my code... bool IsValidIPv6String(wstring ipv6address) { wsmatch what; wregex expression(L"^((([0-9A-Fa-f]{1,4}:){7}[0-9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1, 4}:){6}:[0-9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1,4}:){5}:([0-9A-Fa-f]{1,4}:)?[0 -9A-Fa-f]{1,4})|(([0-9A-Fa-f]{1,4}:){4}:([0-9A-Fa-f]{1,4}:){0,2}[0-9A-Fa -f]{1,4})|(([0-9A-Fa-f]{1,4}:){3}:([0-9A-Fa-f]{1,4}:){0,3}[0-9A-Fa-f]{1, 4})|(([0-9A-Fa-f]{1,4}:){2}:([0-9A-Fa-f]{1,4}:){0,4}[0-9A-Fa-f]{1,4})|(( [0-9A-Fa-f]{1,4}:){6}((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b) \\.){3}(\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|(([0-9A-Fa-f] {1,4}:){0,5}:((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b)\\.){3}( \b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|(::([0-9A-Fa-f]{1,4}: ){0,5}((\b((25[0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b)\\.){3}(\b((25[ 0-5])|(1\\d{2})|(2[0-4]\\d)|(\\d{1,2}))\b))|([0-9A-Fa-f]{1,4}::([0-9A-Fa -f]{1,4}:){0,5}[0-9A-Fa-f]{1,4})|(::([0-9A-Fa-f]{1,4}:){0,6}[0-9A-Fa-f]{ 1,4})|(([0-9A-Fa-f]{1,4}:){1,7}:))$"); if(regex_match(ipv6address, what, expression)) { // what[0] contains the whole string // what[1] contains the response code // what[2] contains the separator character // what[3] contains the text message. //if(msg) // msg->assign(what[3].first, what[3].second); return true; } return false; } -----Original Message----- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, October 16, 2008 2:30 PM To: boost(a)lists.boost.org Subject: Re: [boost] [regex] [1.35]Problem with IPV6 validation windows XP Gopal_Haldar(a)McAfee.com wrote: >>> Hi >>> I am using the regex library for checking the IPV6 validation. >>> Same expression I am using for javascript regular expression >>> verification. >>> But for IP format ::ffff:12.12.12.12 javascript regex api returing >>> valid IP and boost regex_match method returning invalid IP(Windows >>> XP). >>> Please help me to identify the problem. You're going to have to provide much more information: The exact regular expression used, The string you're matching against, and if possible the code you're using. Thanks, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

Re: [boost] thread build on solaris
by Edward Peschko 20 Oct '08

20 Oct '08

Eric, I don't want to be a hair-splitter, but I do think this message does belong in gcc - it's a question of functionality, and how easy to use gcc is. I am trying to move to gcc-4 for its technical improvements, but I'm finding that it seems to be far less forgiving than gcc-3. This is having the unfortunate side effect that a lot of packages that used to compile perfectly fine with gcc-3 are no longer doing so with gcc-4. IMO it should be flexible enough to 'do the right thing' when it can. >From the point of the user, it makes it far more user friendly than otherwise. Is there a flag, environmental variable, or some switch that I can use to make gcc-4 have the older, looser behaviour? (ie: to be backwards compatible with the large volume of code I compile and maintain). Here's another example I'm finding: Constructs of the form extern enum vtype iftovt_tab[]; are now failing with forgiving error: array type has incomplete element type This would be fine if it was code that I controlled - but the matter of fact is that this code is in /usr/include/sys/mode.h, which comes bundled with solaris 10, and the upshot is that I'm going to have to somehow hack solaris headers in order to make gcc-4.3.2 be able to compile perl-5.10.0. Which is just plain wrong. Ed On Sun, Oct 19, 2008 at 2:06 AM, Eric Botcazou <ebotcazou(a)libertysurf.fr> wrote: > [This is not appropriate for gcc@, please use gcc-help@] > >> That worked (thanks) but exactly why did it work? Shouldn't gcc be >> smart enough to realize that it is working either with a c++ file or >> linking to a c++ library? > > gcc is the C compiler, use g++ when you're compiling C++, gfortran when you're > compiling Fortran and so on. > > -- > Eric Botcazou >

2 1

[shared_ptr][repost] Ticket 2126 status?
by Andrey Semashev 20 Oct '08

20 Oct '08

Sorry to reiterate, but I think this issue is rather critical and it would be very nice to have it solved in the upcoming release. Peter, have you reviewed the patch I attached? I also attached it to the ticket. Peter Dimov wrote: > > Andrey Semashev: > > >> >> Is the ticket 2126: >> >> >> >> http://svn.boost.org/trac/boost/ticket/2126 >> >> >> >> actually fixed in trunk? The ticket is still open, but my code that uses >> >> enable_shared_from_this and make_shared runs fine on trunk. > > > > Interesting. No, I don't believe that trunk is OK. The constructor > > support just masks the problem. Try for example the following test: I tried to dig the code here and there. It seems like calling sp_accept_owner for the constructed object would settle the problem. I modified make_shared.hpp accordingly and tried your test on Linux (GCC 4.3), and it passed without errors. I also tried the make_shared_test.cpp test and it also passed. Please, find the patch attached. Is it valid?

3 2

[threadpool] new version with fork/join semantics (context swaps)
by k-oli＠gmx.de 19 Oct '08

19 Oct '08

Hi, I've uploaded a new version of threadpool (v8). It supports fibers (context swapping). Recursiv algorithms will now not block (see example below) -> you could recursivly calculate fibonacci number with one thread. I could verify that fiber-support works on Win XP Prof. (virtualized on Linux) with msvc 9.0 and OpenSolaris/Nexenta (also virtualized) with gcc-4.0. I get segmentation fault if I run the code on Linux (kernel 2.6.26) with gcc-4.3: #0 0x000000000041009b in boost::_bi::list1<boost::_bi::value<boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper*> >::operator()<boost::_mfi::mf0<void, boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper>, boost::_bi::list0> (this=0xffffffffd4000c28, f=@0xffffffffd4000c18, a=@0x7f81d400535f) at /opt/boost/include/boost-1_36/boost/bind.hpp:232 #1 0x00000000004100f4 in boost::_bi::bind_t<void, boost::_mfi::mf0<void, boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper>, boost::_bi::list1<boost::_bi::value<boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper*> > >::operator() (this=0xffffffffd4000c18) at /opt/boost/include/boost-1_36/boost/bind/bind_template.hpp:20 #2 0x0000000000416c34 in boost::tp::detail::wrapp_functor<boost::tp::detail::fiber_impl_wrapper<boost::_bi::bind_t<void, boost::_mfi::mf0<void, boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper>, boost::_bi::list1<boost::_bi::value<boost::tp::detail::pool_with_fibers<boost::tp::unbounded_channel<boost::tp::fifo> >::worker::wimpl::fiber_wrapper*> > > > > ( vp=0xffffffffd4000c10) at /home/graemer/Projekte/thread_pool/src/boost/tp/detail/fiber_impl_posix.hpp:29 #3 0x00007f81da2cd7e0 in ?? () from /lib/libc.so.6 #4 0x0000000000000000 in ?? () I hope you can help me to fix this error (maybe it's raised by a design bug). regards, Oliver example: #include <iostream> #include <cstdlib> #include <stdexcept> #include <vector> #include <boost/bind.hpp> #include <boost/date_time/posix_time/posix_time.hpp> #include <boost/interprocess/detail/atomic.hpp> #include <boost/future/future.hpp> #include <boost/ref.hpp> #include "boost/tp/fifo.hpp" #include "boost/tp/pool.hpp" #include "boost/tp/poolsize.hpp" #include "boost/tp/support.hpp" #include "boost/tp/stacksize.hpp" #include "boost/tp/unbounded_channel.hpp" namespace pt = boost::posix_time; namespace tp = boost::tp; typedef tp::pool< tp::unbounded_channel< tp::fifo >, tp::with_fibers > pool_type; class fib { private: pool_type & pool_; int offset_; volatile boost::uint32_t & i_; int seq_( int n) { if ( n <= 1) return n; else return seq_( n - 2) + seq_( n - 1); } int par_( int n) { if ( n <= offset_) return seq_( n); else { tp::task< int > t1( pool_.submit( boost::bind( & fib::par_, boost::ref( * this), n - 1) ) ); tp::task< int > t2( pool_.submit( boost::bind( & fib::par_, boost::ref( * this), n - 2) ) ); return t1.get() + t2.get(); // dos not block if task is not ready } } public: fib( pool_type & pool, int offset, volatile boost::uint32_t & i) : pool_( pool), offset_( offset), i_( i) {} int execute( int n) { boost::interprocess::detail::atomic_inc32( & i_); int result( par_( n) ); printf("%d: fibonacci of %d == %d\n", i_, n, result); return result; } }; int main( int argc, char *argv[]) { try { pool_type pool( tp::poolsize( 2) ); boost::uint32_t i( 0); fib f( pool, 1, i); for( int i = 0; i<100;++i) { tp::task< int > t1( pool.submit( boost::bind( & fib::execute, boost::ref( f), 3) ) ); } pool.shutdown(); } catch ( boost::thread_interrupted const& ) { std::cerr << "thread_interrupted: thread was interrupted" << std::endl; } catch ( std::exception const& e) { std::cerr << "exception: " << e.what() << std::endl; } catch ( ... ) { std::cerr << "unhandled" << std::endl; } return EXIT_SUCCESS; }

1 0

Re: [boost] thread build on solaris
by Edward Peschko 19 Oct '08

19 Oct '08

H.J - hmm. That worked (thanks) but exactly why did it work? Shouldn't gcc be smart enough to realize that it is working either with a c++ file or linking to a c++ library? Ed It's part of a configure test as part of On Fri, Oct 17, 2008 at 9:24 PM, H.J. Lu <hjl.tools(a)gmail.com> wrote: > On Sat, Oct 18, 2008 at 11:13 AM, Edward Peschko <horos11(a)gmail.com> wrote: >> All, >> >> I'm trying to compile a thread with the boost, threading libraries, >> and am getting errors like these. >> >> gcc -o conftest -g -O2 >> -I/GAAL/pesced_release/install/fuego/include/boost-1_36 >> -L/GAAL/pesced_release/install/fuego/lib /tmp/aa.c >> -lboost_thread-gcc43-mt >> >> /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: >> undefined reference to `__cxa_allocate_exception(a)CXXABI_1.3' >> /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: >> undefined reference to `std::basic_string<char, >> std::char_traits<char>, std::allocator<char> >>>::_Rep::_M_destroy(std::allocator<char> const&)(a)GLIBCXX_3.4' >> /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: >> undefined reference to `std::bad_alloc::~bad_alloc()@GLIBCXX_3.4' >> /GAAL/pesced_release/install/fuego/lib/libboost_thread-gcc43-mt.so: >> undefined reference to `__cxa_throw(a)CXXABI_1.3' >> >> This is on solaris 2.10, using gnu ld (version 2.18..) >> >> Any ideas on how to get around this? >> > > Please use g++ instead of gcc. > > > -- > H.J. >

2 1

Const-overload for bimap associative_container_adaptor::count()
by Matthew L. Creech 19 Oct '08

19 Oct '08

Would it be possible to include a const-overloaded version of count() for associative containers in boost::bimaps? I had some code like this: void CMyClass::func(size_t key) const { size_t num_elements=_member_map.count(key); ... } where _member_map was a std::map, and it worked fine. When I changed _member_map to a bimap, the equivalent code: void CMyClass::func(size_t key) const { size_t num_elements=_member_map.left.count(key); ... } gives an error, because count() is non-const (whereas GCC's std::map::count() is const). That's presumably done because the STL documentation declares count() as non-const (not sure why), but it doesn't seem there would be any harm in adding a const-overload so that this kind of code would compile when the underlying type supports it. The attached patch fixes the problem for me. Thanks -- Matthew L. Creech

1 0

[thread_safe_signals][signals2] review Nov 1st - Nov 10th
by Stjepan Rajko 19 Oct '08

19 Oct '08

Just a brief note: Thanks to the 5 reviewers that have signed up to review the Signals2 library (formerly known as thread_safe_signals) submitted by Frank Mori Hess, the review will happen as planned: November 1st - November 10th. Many thanks to the committed reviewers, and I hope other interested boosters that find some free time during the review period will be joining us as well. Kind regards, Stjepan

1 0