February 2010 - Boost - lists.preview.boost.org

BoostCon 2010 tentative, fully scheduled program available
by Hartmut Kaiser 06 Feb '10

06 Feb '10

Hey all, The first tentative, fully scheduled program for BoostCon 2010 is now available at http://www.boostcon.com/program. We're quite fond of this program and we believe it contains something for almost everybody. We hope to convince you to join us at BoostCon 2010, May 10-14th, in the beautiful Aspen. For registration, accommodation, and more information please visit the conference website at http://www.boostcon.com. Please note the reduced early registration fee! Regards Hartmut Program Chair BoostCon 2010 --------------- Meet me at BoostCon www.boostcon.com

1 0

Link errors in copy_exception_test
by Emil Dotchevski 05 Feb '10

05 Feb '10

Can someone help me figure out what's the problem with the copy_exception_test from Boost Exception on this test site: http://tinyurl.com/yzjo8v4 Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

1 0

Utility/swap test error: LNK1561: entry point must be defined
by Kevin Li 05 Feb '10

05 Feb '10

Hi there, I got linking failures (fatal error LNK1561: entry point must be defined) with some of the Utility/swap tests. There is a test_main function in the source file, and the test application statically links to the Boost library. It seems that the Utility/swap tests try to link to boost_test_exec_monitor library. I have the library "libboost_test_exec_monitor-vc90-mt-1_41.lib" ready. I have no idea why the linking does not work. Is the problem with this library? I would appreciate any helps with this. The Ja Thanks in advance, Kevin _________________________________________________________________

2 2

Re: [boost] problems with recursive_timed_mutex and scoped lock wont compile in version 1.39
by amillet 05 Feb '10

05 Feb '10

did you find a solution for this compilation errror ? regards Clark Sims-2 wrote: > > I can compile the following code fine in boost 1.33.1 but it generates > compiler errors > in version 1.39. I am using visual studio 2005. > > I will post the code, and then post the compiler errors: > > #include <iostream> > #include <boost/thread/thread.hpp> > #include <boost/thread/xtime.hpp> > #include <boost/thread/recursive_mutex.hpp> > > using namespace std; > //using namespace boost; > using boost::mutex; > using boost::thread; > using boost::recursive_timed_mutex; > using boost::xtime; > > boost::recursive_timed_mutex hello_mutex; > > void hello( int thread_id, int iter) { > cerr << thread_id << " : " << iter << endl; > } > > > void rand_xtime( xtime* xt) { > xtime_get( xt, boost::TIME_UTC); > //xt.nsec += (rand() % 1000000000); > xt->sec += 1 + rand()%5; > } > > void say_hello( int thread_id) { > for (int iter=0; iter<5; iter++) { > xtime xt; > rand_xtime( &xt); > thread::sleep(xt); > rand_xtime( &xt); > { > recursive_timed_mutex &refer_hello = hello_mutex; > const xtime& refer_xt = xt; > recursive_timed_mutex::scoped_timed_lock > lock1( refer_hello, refer_xt); > if (lock1) { > hello( thread_id, iter); > } > } > } > } > > void hello1() { > say_hello( 1); > } > > void hello2() { > say_hello( 2); > } > > int main() { > boost::thread thrd1(hello1); > boost::thread thrd2(hello2); > > thrd1.join(); > thrd2.join(); > > return 0; > } > > Microsoft (R) Program Maintenance Utility Version 8.00.50727.42 > Copyright (C) Microsoft Corporation. All rights reserved. > > Warning: cannot find Makefile.TimedMutex.dep > cl.exe /nologo /Ob0 /W3 /EHs /MD /GR /I ".." /D NDEBUG /D WIN32 /D > _CONSOLE /FD /c /Fo"Release\TimedMutex\I386\TimedMutex.obj" > "TimedMutex.cpp" > TimedMutex.cpp > c:\boost_1_39\boost\thread\win32\basic_recursive_mutex.hpp(64) : error > C2679: binary '+' : no operator found which takes a right-hand operand of > type 'const boost::xtime' (or there is no acceptable conversion) > > c:\boost_1_39\boost/date_time/posix_time/date_duration_operators.hpp(31): > could be 'boost::posix_time::ptime boost::posix_time::operator +(const > boost::posix_time::ptime &,const boost::gregorian::months &)' [found using > argument-dependent lookup] > c:\boost_1_39\boost/date_time/date_duration_types.hpp(132): or > 'boost::gregorian::date > boost::date_time::months_duration<base_config>::operator +(const > boost::gregorian::date &,const > boost::date_time::months_duration<base_config> &)' [found using > argument-dependent lookup] > with > [ > base_config=boost::gregorian::greg_durations_config > ] > > c:\boost_1_39\boost/date_time/posix_time/date_duration_operators.hpp(75): > or 'boost::posix_time::ptime boost::posix_time::operator +(const > boost::posix_time::ptime &,const boost::gregorian::years &)' [found using > argument-dependent lookup] > c:\boost_1_39\boost/date_time/date_duration_types.hpp(244): or > 'boost::gregorian::date > boost::date_time::years_duration<base_config>::operator +(const > boost::gregorian::date &,const > boost::date_time::years_duration<base_config> &)' [found using > argument-dependent lookup] > with > [ > base_config=boost::gregorian::greg_durations_config > ] > c:\boost_1_39\boost/date_time/time.hpp(139): or > 'boost::posix_time::ptime > boost::date_time::base_time<T,time_system>::operator +(const > boost::gregorian::date_duration &) const' > with > [ > T=boost::posix_time::ptime, > time_system=boost::posix_time::posix_time_system > ] > c:\boost_1_39\boost/date_time/time.hpp(159): or > 'boost::posix_time::ptime > boost::date_time::base_time<T,time_system>::operator +(const > boost::posix_time::time_duration &) const' > with > [ > T=boost::posix_time::ptime, > time_system=boost::posix_time::posix_time_system > ] > while trying to match the argument list '(boost::system_time, > const boost::xtime)' > c:\boost_1_39\boost/thread/locks.hpp(364) : see reference to > function template instantiation 'bool > boost::detail::basic_recursive_mutex_impl<underlying_mutex_type>::timed_lock<boost::xtime>(const > Duration &)' being compiled > with > [ > underlying_mutex_type=boost::detail::basic_timed_mutex, > Duration=boost::xtime > ] > c:\boost_1_39\boost/thread/locks.hpp(363) : while compiling class > template member function 'bool boost::unique_lock<Mutex>::timed_lock(const > boost::xtime &)' > with > [ > Mutex=boost::recursive_timed_mutex > ] > TimedMutex.cpp(36) : see reference to class template instantiation > 'boost::unique_lock<Mutex>' being compiled > with > [ > Mutex=boost::recursive_timed_mutex > ] > NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio > 8\VC\BIN\cl.exe"' : return code '0x2' > Stop. > > > > > > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost > > -- View this message in context: http://old.nabble.com/problems-with-recursive_timed_mutex-and-scoped-lock-w… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

linear algebra library... again
by DE 04 Feb '10

04 Feb '10

"Yeah, well... I'm gonna go build my own theme park, with blackjack and hookers. In fact, forget the park!" it seems the previous message has not reached the list i hope this will i present you an almost finished linear algebra library called BIBLAL there are some aspects of matrix algebra implemented as well the sources and docs are in the vault:/linalg/ http://www.boostpro.com/vault/index.php?direction=0&order=&directory=linalg& to this moment the core of the library is fully working it turned out to be almost 100% the way i originally intended so i'm very happy about it there are some minor details to implement as well as some usefull features to add but this seems trivial when the core is finished although i think a linear algebra lib should never be part of the standard, the boost collection of libraries will certainly benefit from its inclusion to complement ublas i'm open to questions, criticism and suggestions -- Pavel

4 9

[1.42] PDF documentation build available.
by John Maddock 04 Feb '10

04 Feb '10

Documentation for those Boost libraries that can have their documentation built as PDF is now available from the usual SF download page: https://sourceforge.net/projects/boost/files/ Individual links are: https://sourceforge.net/projects/boost/files/boost-docs/1.42.0/boost_pdf_1_… (26Mb) https://sourceforge.net/projects/boost/files/boost-docs/1.42.0/boost_pdf_1_… (25Mb) https://sourceforge.net/projects/boost/files/boost-docs/1.42.0/boost_pdf_1_… (24Mb) https://sourceforge.net/projects/boost/files/boost-docs/1.42.0/boost_pdf_1_… (23Mb) Enjoy! John.

1 0

[1.42.0][integer] Compilation error in MS VS 2005
by Adam Badura 04 Feb '10

04 Feb '10

Problem described by Ticket #3657 was solved by version 1.42 only for Visual Studio 2008. In Visual Studio 2005 it still exists. So I reopened the bug with appropriate description (https://svn.boost.org/trac/boost/ticket/3657#comment:2) Is it possible to release 1.42.1 version correcting the bug? Or do I have to wait again 2 months (at least) for 1.43 which will (possibly) solve the bug? I still have to use 1.39 since starting from 1.40 there are problems with Integer library. Adam Badura

2 2

[serialization] basic_binary_oarchive.hpp asserts are no longer necessary
by Number Cruncher 04 Feb '10

04 Feb '10

I've just tried building my code against 1.42 and am encountering numerous warnings of the sort: boost/archive/basic_binary_oarchive.hpp:95: warning: comparison is always true due to limited range of data type I've checked the difference to the 1.41 release and noticed that boost/archive/basic_archive.hpp now uses BOOST_ARCHIVE_STRONG_TYPEDEF for class_id_type etc. and uses int_least16_t rather than "int". This is causing my GCC 4.1.2 compiler to produce the above warning because the assertion "t.t <= boost::integer_traits<boost::int_least16_t>::const_max" is always true when t.t *is* an int_least16_t The attached patch removes the (now redundant) asserts.

2 2

[1.42] The PDF build of the docs for the 1.42 BETA available
by John Maddock 04 Feb '10

04 Feb '10

The PDF build of the docs for 1.42 BETA are now available for download from the sourceforge download page https://sourceforge.net/projects/boost/files/boost-docs/1.42.0/boost_pdf_1_…. Please let me know if you spot any issues, Thanks, John Maddock.

2 1

[gil] trac #3619
by Christian Henning 03 Feb '10

03 Feb '10

Hi there, could someone please tell whether or not this bug still exists. I don't have access to gcc 4.4. This is marked as a showstopper and I would like to get rid of it. Is it a compiler bug maybe? Thanks, Christian

2 1