March 2006 - Boost - lists.boost.org

[inspect] Bug report: Terminates with std::out_of_range exception
by Andreas Huber 13 Mar '06

13 Mar '06

Hi there When I run the inspect tool in boost/libs/statechart (current CVS) I always get a std::out_of_range exception: **** exception(205): std::out_of_range: basic_string::substr ******** errors detected; see standard output for details ******** I tried with vc-7_1 and mingw builds, both with the same result. Does this ring a bell or should I investigate further? Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.

1 0

[boost.thread] ReadWrite Locks
by george 13 Mar '06

13 Mar '06

hello! until boost 1.33.0 there was in the lib(boost thread) the RW locks, now in 1.33.1 is off for deadlock reasons as I know... what about the next version of boost(1.33.2(??)),it would have it again? in the sandbox there is something... does somebody know when the next version will be ready?? I am working on a project and I wanna use RW locks,I dont want to use 1.33.0 RW locks not becouse I am afraid of deadlock,the use of them will be simple,but becouse I want to use the latest stable vesrion. thanks!

1 0

Performance TR project uploaded to Vault
by Pedro Lamarão 13 Mar '06

13 Mar '06

I've put together the five benchmarks from Appendix D of the Performance TR as a Boost.Build v2 project. The URL is: http://www.boost-consulting.com/vault/index.php?&direction=0&order=&directo… ("Performance TR" directory in the Vault.) * performance_tr.zip: Boost.Build v2 project with a batch runner for NT * msvc.zip: test results as output by run.bat for these versions: 6.0, 7.0, 7.1, 8.0express The project archive doesn't contain Boost.Build; just a Jamroot and five Jamfiles. You must set BOOST_BUILD_PATH and have bjam in your PATH. For information on how to configure Boost.Build v2 refer to this link: http://www.boost.org/doc/html/bbv2.html I'll soon post some results for some versions of g++. -- Pedro Lamarão Desenvolvimento Intersix Technologies S.A. SP: (55 11 3803-9300) RJ: (55 21 3852-3240) www.intersix.com.br Your Security is our Business

1 0

Adding numpy support to boost::python
by Neal Becker 13 Mar '06

13 Mar '06

Has anyone tried yet adding numpy support to boost::python? Is the only requirement to add "numpy" to load function, or are there more extensive API changes from numarray to numpy?

3 3

[hash] hash_float_test failure
by Vladimir Prus 13 Mar '06

13 Mar '06

Hello! The functional/hash/has_float_test test fails in CalebEpstein-V2 test results. I suspect that's some Sun-specific floating point accuracy issue. Caleb, can you check if that test works with V1? If so, can you get command lines for both V1 and V2 via: 1. Going to libs/functional/hast/test 2. Running "bjam -a -n -sTOOLS=gcc-3-4-3" and then "bjam -n -a --v2 gcc-3.4.3" and then send the command lines to me. If the test fails with V1, then maybe we need some Sun expert to tell the right command line option. Thanks, Volodya

3 3

[shared_array] Initialisation - could this subtle user bug be avoided?
by Paul Giaccone 13 Mar '06

13 Mar '06

I had some code in my program that created and initialised a shared_array. When the shared_array was deleted, the program crashed with an exception that suggested I had written beyond the end of the array. I realised that the problem was I had written: boost::shared_array<double> foo(new double(num)); instead of: boost::shared_array<double> foo(new double[num]); (For those without sharp eyes, that's parentheses instead of square brackets.) The compiler was perfectly happy with this, of course, because new double(num) is perfectly good syntax. Is there any way that this bug could be caught at compile time? Perhaps the solution might be to provide a separate constructor (a convenience function) that took only a "size" parameter and did the "new" for you: boost::shared_array<double> foo(num); Paul

1 0

[type_traits]: is_movable
by Vaclav Vesely 13 Mar '06

13 Mar '06

This is a duplicate. I sent this to the wrong thread by mistake. I'm sorry. Hi, draft of the is_movable trait is attached. Notes: - Implicit implementation is based on the has_trivial_copy trait. - For STL configurations, which defines BOOST_HAS_MOVABLE_STL, is_movable.hpp declares STL containers (and their const versions) as movable. Partial template specialization is required (!defined(BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION)). Open issues: - I'm not sure with volatiles. has_trivial_copy declares volatile types explicitly as not has_trivial_copy. I don't know why but is_movable should probably follow this. - I have tested with MSVC (6, 7.1 and 8) and GCC (3.2.3 - MinGW) compilers. MSVC is fine but GCC complains with specializations for STL types. It seems to be related to a different macro expansion strategy of preprocessor. I'm not able to use BOOST_PP_COMMA macro correctly. I will appreciate any help. Regards, Vaclav

1 0

[cvs] waiting for vawjr's lock
by Johan Nilsson 13 Mar '06

13 Mar '06

Hi, I keep getting this message (for well over an hour now) when trying to update from cvs: cvs update: [11:30:16] waiting for vawjr's lock in /cvsroot/boost/boost/boost/spirit/fusion/iterator/detail/joint_view_iterator I guess this is some kind of stale lock. Is it possible to tell cvs to skip to the next file when encountering this? // Johan

2 2

XML data binding
by Agarwal, Abhishek 13 Mar '06

13 Mar '06

Hello, I was wondering with BOOST currently has any XML data binding library. Any comments? Thanks, Abhi

1 0

stale lock in CVS?
by Roland Schwarz 13 Mar '06

13 Mar '06

Currently the checkout or update hangs with the following message: cvs checkout: [11:41:50] waiting for vawjr's lock in /cvsroot/boost/boost/boost/spirit/fusion/iterator/detail/joint_view_iterator Is there anything that can be done about this? Roland

2 1