- Boost - lists.preview.boost.org

Linux regression results are stale?
by Vladimir Prus 21 Jul '04

21 Jul '04

There's something wrong with http://boost.sourceforge.net/regression-logs/cs-Linux.html That page shows 06:48:12 UTC, Wednesday 21 as timestamp, and there are no failures with algorithm/string on gcc 3.4. But http://boost.sourceforge.net/regression-logs/cs-Linux/developer/ has timestamp of Tue, 20 Jul 2004 18:22:30, and there are some fails in the same library on the same compiler. - Volodya

2 1

[Boost-bugs] [ boost-Bugs-995270 ] perfomance: memory cleanup for pool takes too long
by SourceForge.net 21 Jul '04

21 Jul '04

Bugs item #995270, was opened at 2004-07-21 07:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=995270&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: perfomance: memory cleanup for pool takes too long Initial Comment: hi, In my project I use boost::pool because I have to instantiate millions of object at the beginning of the application, and only get rid of the at termination time. I noticed that when processing large data (which may require 1Gb memory for the application while it is running) the application may finish its processing approx after 10 seconds. the cleanup part (which consists only of calling the pool release methods on allocated objects) on the other hand, takes many minutes (I usually give up after 5 minutes) debugging the code i noticed that the while loop in the nextof function (of SIMPLE SEGREGATED STORAGE.HPP) takes many iterations. this leads me to the belief that the reason the cleanup takes too long is because trying to cleanup 1GB memory of million of objects at once causes pool to retain all its chunks in the hope of more allocations in the future which in turns causes it to waste all computation on running to the end of (endless) lists in the nextof function I will appreciate a suggestion on how to fix this until a more permanent solution is applied to the pool library thanks aviad aviadr(a)pob.huji.ac.il ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=995270&group_i… ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[assign] comitted some fixes for array test (this is a call to Thorsten)
by Joaquín Mª López Muñoz 21 Jul '04

21 Jul '04

I've just commited a couple of trivial fixes so that the test assign does now work for toolset msvc (and possibly for msvc-stlport and intel- win32-7.1-vc6, too.) Thorsten, are you there? I'm afraid he's on vacation or something. If he does not appear and nobody complains, I'll try to clear out more problems in the Assignment Library next Monday. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 2

[assign] CW8 failure...
by Rene Rivera 21 Jul '04

21 Jul '04

At least one problem can be fixed on this library... It uses std::slist instead of looking for slist in the extensions namespace: =================================================================== RCS file: /cvsroot/boost/boost/boost/assign/std/slist.hpp,v retrieving revision 1.1 diff -u -r1.1 slist.hpp --- slist.hpp 29 Jun 2004 01:16:50 -0000 1.1 +++ slist.hpp 18 Jul 2004 13:13:03 -0000 @@ -28,8 +28,8 @@ { template< class V, class A, class V2 > - inline list_inserter< assign_detail::call_push_back< std::slist<V,A> >, V > - operator+=( std::slist<V,A>& c, V2 v ) + inline list_inserter< assign_detail::call_push_back< BOOST_STD_EXTENSION_NAMESPACE::slist<V,A> >, V > + operator+=( BOOST_STD_EXTENSION_NAMESPACE::slist<V,A>& c, V2 v ) { return push_back( c )( v ); } =================================================================== OK to commit? -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

2 2

re: Boost.Random patch for gcc-3.4.1
by Michael Stevens 21 Jul '04

21 Jul '04

On Tuesday 13 July 2004 09:17, Synge Todo <wistaria(a)comp-phys.org> wrote: > I'm sending a small patch for Boost.Random to compile by using > gcc-3.4.1 (on Linux Fedora Core 2). > Could somebody apply this patch? Thank you in advance. The patches add #include<cmath> to a couple of the Random headers. This is I assume to provide std::pow definitions for builtin types. In this situation this is wrong. The Random headers are totally generic and can be used on a variety of numeric types. Not necessarily the builtin float etc. It is the user's responsibility to make sure that a 'pow' is defined for the specific type used. Random will find such definition in namespace std or with type dependant (Konig) lookup. This is hard on the user, but make the code generic and with the minmum of dependencies. Michael

4 5

[program_options] Need help with remaining fails
by Vladimir Prus 21 Jul '04

21 Jul '04

The current test results: http://tinyurl.com/4ghk7 show just three failures which I'd like to fix other than by marking them expected. Those are options_description_test_dll, on msvc and intel7-vc6, and variable_map_test_dll, on intel7-vc6. They all fail at runtime with memory access violation. Since I don't have vc6, I'd appreciate if someone could look at the failures in a debugger. This is probably some bug in vc6 library, so I hope a single fix will suffice. Thanks in advance, Volodya

4 6

[serialization] 100% pass in latest Mandrake test
by Jeff Garland 21 Jul '04

21 Jul '04

Robert - Things are looking good in my latest round of regression tests, all tests pass, down to a few warnings. Nice work! http://boost.sourceforge.net/regression-logs/cs-LinuxMandrake.html I even included the date_time serialization tests (exercises the code that serializes dates, times, durations, etc) in this run :-) Jeff

1 0

More errors today than yesterday
by Victor A. Wagner Jr. 21 Jul '04

21 Jul '04

This morning's grepped output (full log at ftp://rudbek.com/pub/boost ): ...found 35276 targets... ...using 215 temp targets... ...updating 2890 targets... ...on 100th target... ...on 200th target... ...on 300th target... ...on 400th target... C:\Projects\boost\boost\numeric\interval\io.hpp(35) : error C2872: 'lower' : ambiguous symbol C:\Projects\boost\boost\numeric\interval\io.hpp(35) : error C2872: 'upper' : ambiguous symbol ...failed vc-C++ ..\bin\boost\libs\numeric\ublas\test7.test\vc7.1\debug\test71.obj... C:\Projects\boost\boost\numeric\interval\io.hpp(35) : error C2872: 'lower' : ambiguous symbol C:\Projects\boost\boost\numeric\interval\io.hpp(35) : error C2872: 'upper' : ambiguous symbol ...failed vc-C++ ..\bin\boost\libs\numeric\ublas\test7.test\vc7.1\debug\test72.obj... ...skipped <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test7.CMD for lack of <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test71.obj... ...skipped <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test7.exe for lack of <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test7.CMD... ...on 500th target... ...on 600th target... ...on 700th target... ...on 800th target... ...on 900th target... ...on 1000th target... ...on 1100th target... ...on 1200th target... ...on 1300th target... ..\libs\conversion\test\implicit_cast_fail.cpp(22) : error C2664: 'boost::implicit_cast' : cannot convert parameter 1 from 'const char [7]' to 'boost::mpl::identity<T>::type' ..\libs\conversion\test\implicit_cast_fail.cpp(22) : error C2512: 'foo' : no appropriate default constructor available C:\Projects\boost\boost\function\function_template.hpp(78) : error C2198: 'int (__cdecl *)(float)' : too few arguments for call through pointer-to-function C:\Projects\boost\libs\function\test\function_test_fail1.cpp(22) : error C2451: conditional expression of type 'void' is illegal C:\Projects\boost\libs\function\test\function_test_fail1.cpp(29) : fatal error C1004: unexpected end of file found ..\libs\multi_array\test\fail_ref_cview3.cpp(55) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_ref_cview2.cpp(49) : error C2440: 'initializing' : cannot convert from 'boost::multi_array_ref<T,NumDims>::const_array_view<NDims>::type' to 'boost::detail::multi_array::multi_array_view<T,NumDims>' ..\libs\multi_array\test\fail_ref_cview.cpp(53) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_ref_csubarray3.cpp(50) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_ref_csubarray2.cpp(46) : error C2440: 'initializing' : cannot convert from 'boost::multi_array_ref<T,NumDims>::const_reference' to 'boost::detail::multi_array::sub_array<T,NumDims>' ..\libs\multi_array\test\fail_ref_csubarray.cpp(46) : error C2440: 'initializing' : cannot convert from 'boost::detail::multi_array::multi_array_impl_base<T,NumDims>::const_subarray<NDims>::type' to 'boost::detail::multi_array::sub_array<T,NumDims>' ..\libs\multi_array\test\fail_ref_criterator.cpp(31) : error C2440: 'initializing' : cannot convert from 'boost::reverse_iterator<Iterator>' to 'boost::reverse_iterator<Iterator>' ..\libs\multi_array\test\fail_ref_cparen.cpp(42) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_ref_citerator.cpp(31) : error C2440: 'initializing' : cannot convert from 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>' to 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>' ...on 1400th target... ..\libs\multi_array\test\fail_ref_cdata.cpp(39) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_ref_cbracket.cpp(42) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_cview3.cpp(57) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_cview2.cpp(52) : error C2440: 'initializing' : cannot convert from 'boost::multi_array_ref<T,NumDims>::const_array_view<NDims>::type' to 'boost::detail::multi_array::multi_array_view<T,NumDims>' ..\libs\multi_array\test\fail_cview.cpp(56) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_csubarray3.cpp(47) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_csubarray2.cpp(43) : error C2440: 'initializing' : cannot convert from 'boost::multi_array_ref<T,NumDims>::const_reference' to 'boost::detail::multi_array::sub_array<T,NumDims>' ..\libs\multi_array\test\fail_csubarray.cpp(44) : error C2440: 'initializing' : cannot convert from 'boost::detail::multi_array::multi_array_impl_base<T,NumDims>::const_subarray<NDims>::type' to 'boost::detail::multi_array::sub_array<T,NumDims>' ..\libs\multi_array\test\fail_criterator.cpp(31) : error C2440: 'initializing' : cannot convert from 'boost::reverse_iterator<Iterator>' to 'boost::reverse_iterator<Iterator>' ..\libs\multi_array\test\fail_cparen.cpp(42) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_citerator.cpp(31) : error C2440: 'initializing' : cannot convert from 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>' to 'boost::detail::multi_array::array_iterator<T,TPtr,NumDims,Reference>' ..\libs\multi_array\test\fail_cdata.cpp(40) : error C2166: l-value specifies const object ..\libs\multi_array\test\fail_cbracket.cpp(38) : error C2166: l-value specifies const object C:\Projects\boost\boost\detail\typed_in_place_factory.hpp(50) : error C2440: 'initializing' : cannot convert from 'int' to 'const char [3]' C:\Projects\boost\boost\detail\typed_in_place_factory.hpp(50) : fatal error C1903: unable to recover from previous error(s); stopping compilation C:\Projects\boost\boost\detail\in_place_factory.hpp(51) : error C2661: 'A::A' : no overloaded function takes 3 arguments ..\libs\python\test\object_fail1.cpp(10) : error C2039: '_' : is not a member of 'boost::python::api::object' ...on 1500th target... FAIL :: Get time of day micro second clock not supported due to inadequate compiler ...failed execute-test ..\bin\boost\libs\date_time\test\testmicrosec_time_clock.test\vc7.1\debug\testmicrosec_time_clock.run... ...on 1600th target... ...on 1700th target... ...skipped <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test7.run for lack of <@boost!libs!numeric!ublas\test7.test\vc7.1\debug>test7.exe... ...on 1800th target... ...on 1900th target... ...on 2000th target... ...on 2100th target... ...on 2200th target... ...on 2300th target... ...on 2400th target... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo_xml_save.test\vc7.1\debug\test_demo_xml_save.run... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo_xml_load.test\vc7.1\debug\test_demo_xml_load.run... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo_xml.test\vc7.1\debug\test_demo_xml.run... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo_shared_ptr.test\vc7.1\debug\test_demo_shared_ptr.run... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo_exception.test\vc7.1\debug\test_demo_exception.run... ...failed execute-test ..\bin\boost\libs\serialization\test\test_demo.test\vc7.1\debug\test_demo.run... ...on 2500th target... ../libs/thread/test/test_read_write_mutex.cpp(205): error in "test_read_write_mutex": test r1.m_value == 10 failed ...failed execute-test ..\bin\boost\libs\thread\test\test_read_write_mutex.test\vc7.1\debug\threading-multi\test_read_write_mutex.run... ...on 2600th target... ...on 2700th target... ...on 2800th target... **** error return code: -1 ...failed RmTemps ..\bin\boost\libs\test\test\prg_exec_fail4.test\vc7.1\debug\prg_exec_fail4.run... ...failed RmTemps ..\bin\boost\libs\test\test\prg_exec_fail3.test\vc7.1\debug\prg_exec_fail3.run... ...failed RmTemps ..\bin\boost\libs\test\test\prg_exec_fail2.test\vc7.1\debug\prg_exec_fail2.run... **** exception(205): C string: Test error by throwing C-style string exception ...failed RmTemps ..\bin\boost\libs\test\test\prg_exec_fail1.test\vc7.1\debug\prg_exec_fail1.run... ../libs/test/test/test_exec_fail4.cpp(22): error in "call_test_main": Msg Exception in "call_test_main": C string: Test error by throwing C-style string exception ...failed RmTemps ..\bin\boost\libs\test\test\test_exec_fail4.test\vc7.1\debug\test_exec_fail4.run... ../libs/test/test/test_exec_fail3.cpp(23): error in "call_test_main": test v == 2 failed ../libs/test/test/test_exec_fail3.cpp(24): error in "call_test_main": test 2 == v failed ...failed RmTemps ..\bin\boost\libs\test\test\test_exec_fail3.test\vc7.1\debug\test_exec_fail3.run... ../libs/test/test/test_exec_fail2.cpp(25): error in "call_test_main": test v == 2 failed ../libs/test/test/test_exec_fail2.cpp(26): error in "call_test_main": sample BOOST_ERROR call ../libs/test/test/test_exec_fail2.cpp(27): fatal error in "call_test_main": test 2 == v failed ...failed RmTemps ..\bin\boost\libs\test\test\test_exec_fail2.test\vc7.1\debug\test_exec_fail2.run... C:/Projects/boost/libs/test/build/../src/test_main.cpp(40): error in "call_test_main": test test_main_result == 0 || test_main_result == boost::exit_success failed ...failed RmTemps ..\bin\boost\libs\test\test\test_exec_fail1.test\vc7.1\debug\test_exec_fail1.run... ../libs/test/test/ifstream_line_iterator_test.cpp(28): error in "test_default_delimeter": test it != utf::ifstream_line_iterator() failed ../libs/test/test/ifstream_line_iterator_test.cpp(30): error in "test_default_delimeter": test *it == "acv ffg" failed [ != acv ffg] ../libs/test/test/ifstream_line_iterator_test.cpp(36): error in "test_default_delimeter": test *it == " " failed [ != ] ../libs/test/test/ifstream_line_iterator_test.cpp(39): error in "test_default_delimeter": test *it == "1" failed [ != 1] ../libs/test/test/ifstream_line_iterator_test.cpp(51): error in "test_custom_delimeter": test it != utf::ifstream_line_iterator() failed ../libs/test/test/ifstream_line_iterator_test.cpp(53): error in "test_custom_delimeter": test *it == "{ abc d " failed [ != { abc d ] ../libs/test/test/ifstream_line_iterator_test.cpp(56): error in "test_custom_delimeter": test *it == "\n{ d \n dsfg\n" failed [ != ../libs/test/test/ifstream_line_iterator_test.cpp(59): error in "test_custom_delimeter": test *it == "\n" failed [ != ...failed execute-test ..\bin\boost\libs\test\test\ifstream_line_iterator_test.test\vc7.1\debug\ifstream_line_iterator_test.run... ..\libs\test\test\minimal_test.cpp(66): Some error in function: 'int __cdecl test_main(int,char *[])' ...failed RmTemps ..\bin\boost\libs\test\test\minimal_test.test\vc7.1\debug\minimal_test.run... ...failed updating 20 targets... ...skipped 31 targets... ...updated 2839 targets... Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

3 5

BOOST_CHECK_EQUAL: different behaviour on VC 7.1 and Intel
by Stefan Slapeta 21 Jul '04

21 Jul '04

This produces different results on VC 7.1 (fail) and Intel 8 (pass): char *p = "Hi!"; BOOST_CHECK_EQUAL(p, "Hi!"); Stefan

2 2

RE: [boost] Regression results for Intel 8 online
by Aleksey Gurtovoy 21 Jul '04

21 Jul '04

Stefan Slapeta writes: > I've put them here: http://genericprogramming.com/boost Stefan, this is very much appreciated! But these results are ought to be in the overall summary (http://boost.sourceforge.net/regression-logs/developer/summary.html) Could you give a shot to the new regression driver script which, among other things, would take care of it -- http://tinyurl.com/4f2zp? > > Spirit is missing somehow; were the tests not included when > the source was moved to boost CVS? No, that's the current default: Spirit test suite is not included into "boost/status/Jamfile". It appears in Win32 and Lunix tests because both sites path the "Jamfile" locally before running the tests. I think the original reasons for it long lost their merits, though. Same for the MPL. OK, fixed in the CVS. -- Aleksey Gurtovoy MetaCommunications Engineering

2 2