- Boost - lists.boost.org

Latest read_write_mutex regression results
by Michael Glassford 21 Jul '04

21 Jul '04

The latest regression results for test_read_write_mutex at http://boost.sourceforge.net/regression-logs/cs-Linux/developer/thread.html report a number of different errors on different compilers, the most common being <quote> Assertion failed: valid_read_lock(m_state), file C:\Users\administrator\main\boost\libs\thread\build\..\src\read_write_mutex.cpp, line 218 </quote> This indicates to me that these regression tests were run without the changes I checked in yesterday afternoon. Is this just because it takes so long to run regression tests that I have to wait for the next run to find out how my changes worked, or is there another reason? Also, the only reason I can tell that the regression tests were run without recent changes is because the changes were significant enough that the assertion in question is no longer anywhere near line 218. Is there any possibility at some point in the future of adding information to the regression log indicating what version of each source file was used to run the tests? I realize that this information isn't directly available to the regression testing tools, but perhaps the build process could be modified to record the cvs version information for each source file it uses (not sure how it would get it) whenever it builds anything, and the information could be incorporated into the regression reports? Mike

2 1

Re:Re: [boost] Serialization and tmpnam
by Robert Ramey 21 Jul '04

21 Jul '04

>> [1] As does the manpage say: "Never use this function". >Depending on the version, you may even see a more helpful message in the >manpage. >BUGS > Never use this function. Use mkstemp(3) instead. Well, not helpful enough. Making a stream from a file descriptor is code I don't have. Robert Ramey.

6 12

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