July 2004 - Boost - lists.preview.boost.org

Re:[boost] Re: [serialization] CW problems...
by Robert Ramey 19 Jul '04

19 Jul '04

Dave Abrahams wrote: >Rene Rivera <grafik.list(a)redshift-software.com> writes: >> boost-root/boost/utf8_codecvt_facet.hpp is original. >> boost-root/boost/program_options/utf8_codecvt_facet.hpp + *.cpp >> is slightly modified copy. >> Intention is that utf8_codecvt_facet will become standalone library >> at some time and these files will be replaced. > > Then it should be moved to boost.detail, directory and namespace. >Right. We should never knowingly allow (near) duplicate code in the >repository. I don't think anyone did it knowingly. Something like this should really be subjected to a mini-review and have its own separate test and documentation and reside outside any of the systems that use it. This has been mentioned before by various people. I included Ron Garcia's version in the serialization project because I needed it. I added a test and found that as one moves to other compilers and standard libraries little things keep popping up. E.G. gcc standard library defines wchar_t as 4 byte while others use 2. So the status is "good enough for the serialization library" The serialization review specifically invited reviewers to critique this and no objections were raised that I recall. There have been proposals for an improved version. My response is that I'm glad to use one that gets reviewed and accepted rather than the one we have now. But so far nothing else has been submitted. It does work and navigates through the vagarities of the compilers that we use. Rene's criticism regarding the the resolution of namespace issues has been taken to heart and the code has been updated accordingly and tested. I expect to check in the improved version soon. Robert Ramey

2 1

This afternoon's test run
by Victor A. Wagner Jr. 18 Jul '04

18 Jul '04

I re-ran the boost tests this afternoon and here are the "interesting" lines from the output ...found 34702 targets... ...updating 529 targets... ...can't find 2 targets... ...can't make 4 targets... ...on 100th 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 200th target... ...on 300th target... FAIL :: Caught unexpected exception during Stream in greg_month FAIL :: Caught unexpected exception during Stream in greg_month -- wide streams FAIL :: Bad month exception NOT caught (misspelled name) FAIL :: Caught unexpected exception during Stream in greg_weekday FAIL :: Caught unexpected exception during Stream in greg_weekday -- wide stream FAIL :: Bad weekday exception NOT caught (misspelled name) ...failed execute-test ..\bin\boost\libs\date_time\test\testfacet_dll.test\vc7.1\debug\testfacet_dll.run... 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... ...failed execute-test ..\bin\boost\libs\graph\test\adjacency_matrix_test.test\vc7.1\debug\adjacency_matrix_test.run... ...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... ...failed execute-test ..\bin\boost\libs\python\test\slice.test\vc7.1\debug\slice.run... ...on 400th target... ...on 500th 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... ../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... ../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... ...skipped <@boost!libs!test!test\result_report_test.test\vc7.1\debug>result_report_test.run for lack of C:\Projects\boost\libs\test\test\result_report_test.pattern... ...skipped <@boost!libs!test!test\errors_handling_test.test\vc7.1\debug>errors_handling_test.run for lack of C:\Projects\boost\libs\test\test\errors_handling_test.pattern... ...failed updating 14 targets... ...skipped 20 targets... ...updated 499 targets... The entire output log ( ftp://rudbek.com/pub/boost/status.log ) is available if one of the authors thinks it will be of assistance. The log from the v2 run is there also, but it has so many difficulties I'm not sure how useful it is. Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

2 1

Memory Pool items
by Mark Deric 18 Jul '04

18 Jul '04

I have been studying Stephen Cleary's boost::pool template and its subclasses with respect to using them for non-array based allocations in our company's product. We don't use many arrays that we need to dynamically allocate or resize except at init time. But we use lots of map-like collections and shared_ptr-like objects. Our use case is allocation of memory for individual objects varying in size from tiny (8 bytes, the case of a minimal impl similar to shared_ptr) to not so tiny (150-250 bytes, the case of comprehensive state tracking of an individual TCP/IP flow). In several cases, the count of allocated objects can be in the 100,000-1,000,000 range. Two items I've been thinking about: 1) The Guaranteeing Alignment doc's "convoluted example where the requested_size is 7, sizeof(void *) == 3, and sizeof(size_type) == 5" caught my attention. The lcm approach yields 105 bytes per chunk "wasting" 98 bytes per chunk, or 93% of the alloc. This was not so offensive in that it doesn't represent a practical use case of significance. But then, I considered a more common use case in which the consumer's object only had a char[13] data member against an lcm(sizeof(size_type), sizeof(void*)) == 4. The char[13] comes from the semantics of the consumer's app. Here, the lcm method would be to alloc a chunk size of 52; and better would be a chunk size of 16. As a practical matter, what regressions would be introduced if the requested size were just increased to the next multiple of lcm(sizeof(size_type), sizeof(void*))? I get the theoretical issue of the next chunk not being on a multiple of 13; but I can't think of a practical case where this would matter. 2) The issue of the array allocation performance at O(free store size) has me wondering whether the pool class should incorporate the "ordered free list" semantics at all. Maybe a separate class that uses a model more like the Linux kernel model would be better (i.e., a tiering of pages, page pairs, pairs of page pairs, etc.). With allocated chunk counts in the 10e5 - 10e6 range; use of the pool classes array semantics could get nasty. Just my two cents worth. BTW, I totally enjoyed studying Mr. Cleary's work; he, like most of the boost contributor's is lot's smarter than me. That's why, when we are working on building our catherdrals in app land, it's great to have a resource like boost to check on the quality of our bricks. Thanks to all. Regards, Mark -- Mark Deric Director, Research and Development Deepnines, Inc. http://www.deepnines.com

1 0

String Algorithm Lib BCB workaround
by John Maddock 18 Jul '04

18 Jul '04

The string algo library is currently failing with Borland's compiler because it uses code like: template< typename T > class has_native_replace { #ifdef BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION private: static T* t; public: BOOST_STATIC_CONSTANT(bool, value=( sizeof(has_native_replace_tester(t))==sizeof(yes_type) ) ); #else // BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION public: # if BOOST_WORKAROUND( __IBMCPP__, <= 600 ) enum { value = false }; # else BOOST_STATIC_CONSTANT(bool, value=false); # endif // BOOST_WORKAROUND( __IBMCPP__, <= 600 ) #endif // BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION typedef mpl::bool_<value> type; //error here }; Rather than adding yet another workaround, I think this can all be simplified by just using: #ifdef BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION template< typename T > class has_native_replace { private: static T* t; public: BOOST_STATIC_CONSTANT(bool, value=( sizeof(has_native_replace_tester(t))==sizeof(yes_type) ) ); typedef mpl::bool_<value> type; }; #else template< typename T > class has_native_replace : public mpl::bool_<false> { }; #endif // BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION and similar for the other traits classes. John.

2 3

sandbox
by Franz Mueller 18 Jul '04

18 Jul '04

Hi, I've heared of the ublas-binding to lapack, which sounds very good. Thus I tried to install it, but I didn't succeed. I got boost-sandbox using cvs. Then I went to the boost-sandbox directory and did a bjam. But I got this: libs\numeric\blasbindings\tst\Jamfile: No such file or directory libs\numeric\blasbindings\tst\Jamfile: No such file or directory don't know how to make <@boost-sandbox!libs!numeric!bindings!amos>amos.cpp ...found 227 targets... ...updating 34 targets... ...can't find 1 target... ...can't make 5 targets... MkDir1 bin I am using Visual Studio.NET Prof. 2003. I'd love to try the ublas-bindings, so can anybody help me installing it? Anything else I have to take care of once the bindings work (e.g. link to clapack or so)? -- Franz

2 1

[Boost-bugs] [ boost-Bugs-993272 ] xtime_cmp: use comparison not subtraction
by SourceForge.net 18 Jul '04

18 Jul '04

Bugs item #993272, was opened at 2004-07-18 15:21 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=993272&group_i… Category: timer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Philip Hodges (phhodges) Assigned to: Beman Dawes (beman_dawes) Summary: xtime_cmp: use comparison not subtraction Initial Comment: Subtraction of integral types is prone to arithmetic overflow. It is not well-behaved for implementing comparison unless we first cast both operands to a wider integral type or assert that they fall in a narrower range. Choose comparison order to slightly favour future timeouts, or imminent timeouts in the same second? Patch provided "as is" without express or implied warranty. It may contain any number of intended and unintended flaws. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=993272&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

Re: [boost] Re: [threads] Compilation problems on CW and others...
by Robert Ramey 18 Jul '04

18 Jul '04

Rene Rivera wrote: >Robert Ramey wrote: >> While your looking at CW, might you find the time to look a little bit into >> the serialization library build problems. The error message is pretty >> bizarre so I don't think it can be addressed without having CW installed on >> ones machine. vOK, I'll try... Should I look for anything in specific? Or is it a >general health issue? It's a (one?) very bizarre error building of the libraries(2). This prevents running of any tests. If this were fixed and the libraries built the test can run and we can take a look and see where we stand on this. Thanks a lot. Robert Ramey

1 0

mpl::at_c as lambda
by Scott Graham 18 Jul '04

18 Jul '04

Hi Is it possible to make mpl::at_c lambda-able? For example, the following (dumb) code works as I would expect, but changing "at<_, int_<0> >" at // XXX to "at_c<_, 0>" does not. BOOST_MPL_AUX_LAMBDA_SUPPORT is not in the at_c struct, which is why it doesn't work I assume, but I don't know enough about mpl to know if it can be added (nor how, if so). ---------- #include <boost/mpl/count_if.hpp> #include <boost/mpl/vector.hpp> #include <boost/mpl/vector_c.hpp> #include <boost/mpl/equal_to.hpp> #include <boost/mpl/at.hpp> #include <boost/mpl/int.hpp> int main() { using namespace boost::mpl; typedef vector < vector_c<int, 9>, vector_c<int, 0>, vector_c<int, 6>, vector_c<int, 0> >::type v; BOOST_STATIC_ASSERT((count_if < v, equal_to < int_<0>, at<_, int_<0> > // XXX > >::type::value == 2)); } ---------- thanks, scott

2 1

Uncaught exception in testfacet_dll
by Victor A. Wagner Jr. 18 Jul '04

18 Jul '04

I'm getting a "stop the script" error when running the test for testfacet_dll (VC7.1) it pops up a requestor telling me the program terminated unexpectedly, and (unfortunately) waits for a human reply (which causes my scheduled run to stop after 4 hours (it starts at 0300 local)), so I'm not getting the rest of the tests run. I chased it down to a std:exception w/ what() == bad cast I'm refining where the error occurs. with the following patches to testfacet.cpp: RCS file: /cvsroot/boost/boost/libs/date_time/test/gregorian/testfacet.cpp,v retrieving revision 1.14 diff -w -r1.14 testfacet.cpp 11c11 < --- > #include <exception> 39a40,41 > try > { 264a267,268 > try > { 265a270,272 > } > catch(std::exception& e) {check(e.what(), false);} > catch(...) {check("some unknown exception found", false);} 317d323 < 319d324 < 321c326,328 < --- > catch(std::exception& e) {check(e.what(), false);} > catch(...) {check("some unknown exception found", false);} > } ======================================================================== I get the following output when I run it from the command line C:\Projects\boost\status>..\bin\boost\libs\date_time\test\testfacet_dll.test\vc7.1\debug\testfacet_dll Pass :: check german short month: Okt Pass :: check german short month: Okt Pass :: check ymd: 01.Okt.2002 Pass :: ostream low level check string:01.Okt.2002 global: C Pass :: no registered facet here Pass :: facet registered here Pass :: check string imbued ostream: 2002-Okt-01 Pass :: check string imbued ostream: +unbegrenztheit Pass :: check string imbued ostream: +unbegrenztheit Pass :: check string imbued ostream: NichtDatumzeit Pass :: check any old ostream: 2002-Oct-01 Pass :: check date order: 01.10.2002 Pass :: check date order: 2002 Okt 01 Pass :: check date order: Oktober 01 2002 Pass :: check date period: [Oktober 01 2002/Oktober 03 2002] Pass :: date_duration stream out Pass :: date_duration stream out Pass :: partial date stream out Pass :: nth kday of month Pass :: first kday of month Pass :: last kday of month Pass :: first kday after Pass :: first kday after 26 Jun second Fri of Sep first Sat of May last Mon of Aug Thu after Tue before FAIL :: bad cast FAIL :: Stream in month FAIL :: bad cast C:\Projects\boost\status> ================================================================================== the log appears to show that this test PASSED tho..... execute-test ..\bin\boost\libs\date_time\test\testfacet_dll.test\vc7.1\debug\testfacet_dll.run 1 file(s) copied. **passed** ..\bin\boost\libs\date_time\test\testfacet_dll.test\vc7.1\debug\testfacet_dll.test ================================================================================== I'm working on getting some better "catch unknown exception" code put together so it can be added readily to tests to keep this from happening in the future. Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

2 4

[test] Broken Jamfile or missing files?
by Jeff Garland 17 Jul '04

17 Jul '04

When I run the regression tests on Linux I get a couple errors from the test library: don't know how to make boost_regression1/boost/libs/test/test/result_report_test.pattern don't know how to make boost_regression1/boost/libs/test/test/errors_handling_test.pattern Is the Jamfile broken or are there some files that need to be checked in? Jeff ps: This has been like this for at least the last 2-3 days....

3 2