July 2005 - Boost - lists.boost.org

[serialization] Building for Borland problem
by Edward Diener 22 Jul '05

22 Jul '05

I downloaded the standalone Spirit 1.62 and put it in a directory of my machine. I set SPIRIT_ROOT to that directory in my environment. I then used bjam to build my Boost libraries for Borland and Bcb6. The serialization build reports errors from the spirit/core/config.hpp in my Boost 1.32 directory tree that my compiler is not supported. Of course I was expecting it to pick up Spirit files from my SPIRIT_ROOT directory tree. Why is this not working correctly ?

1 0

random_test regressions (and some solutions)
by John Maddock 22 Jul '05

22 Jul '05

I've tracked down the cause of the random_test failures with some Win32 compilers (Borland and Intel 8 and 9 certainly). Within the test, the random number generator gets passed around by value when constructing a variate_generator. However there are a couple of generators that contain large arrays of long's (the mersenne twister is the first to be tested that has this problem). It's reasonably well known that on Windows, copying large arrays on the stack can overrun Window's stack protection and growth mechanism, resulting in the program trying to write to an invalid address. For the Borland compiler, adding: <linkflags>-lS:8000000 <linkflags>-lSc:8000000 Fixes the regression. For Intel adding: <linkflags>-STACK:8000000:8000000 Works most of the time, but seems to be a bit capricious (it appears you have to delete all temporary linker files before attempting the link, otherwise strange things happen). I'm not even sure if this is the right fix: should we really be passing such large arrays around on the stack in the first place? John.

2 2

[Boost-bugs] [ boost-Bugs-1242857 ] Can't delete automatically in circularly included object.
by SourceForge.net 22 Jul '05

22 Jul '05

Bugs item #1242857, was opened at 2005-07-22 00:30 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=1242857&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: smart_ptr Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Peter Dimov (pdimov) Summary: Can't delete automatically in circularly included object. Initial Comment: hi,all: I am a chinese student.Please forgive me because of my poor english. I found an error on smart pointer shared_ptr when i add an shared_ptr object to itself. The code is below.Class StatusBase is a subclass of Status.There is a method name addEventResult in class StatusBase. As you can see, EventResult is an object which made up of object Status( StatusBase actually because of Status is an abstract class ),Action and Event.In the case, I try to let them passed in share_ptr wrpper whenever in constructor or normal method.As my opinion,I think that will not be error and when I exit my program it will free the memory for me automatically. But in fact it will not. shared_ptr<Status> A( new Status() ); shared_ptr<Event> B( new Event() ); shared_ptr<Action> C( new Action() ); shared_ptr<EventResult> ABC( new EventResult( A, B, C ) ); //the row below will result the object A can't be released, so as to the object ABC , B and C A.addEventResult( ABC ); //next is about the decleartion of StatusBase and EventResult. For class Event and Action, it is the history. class StatusBase : public Status //{{{ { public: StatusBase(){} virtual ~StatusBase(){} public: int getEventResultCount() const ; boost::shared_ptr<EventResult> getEventResult( int index ) const ; void addEventResult( const boost::shared_ptr<EventResult>& v ) ; private: std::vector< boost::shared_ptr<EventResult> > events ; }; //}}} class EventResult : public pqkit::Object //{{{ { public: EventResult( const boost::shared_ptr<Event>& e, const boost::shared_ptr<Action>& a, const boost::shared_ptr<Status>& s ) : event(e),action (a),newStatus(s){} virtual ~EventResult() {} public: virtual const std::string toString() const { return Object::toString() ; } virtual const pqkit::Class getClass() const { return pqkit::Class("EventResult","inhert:Object->EventResult"); } boost::shared_ptr<Event> getEvent() const { return event; } boost::shared_ptr<Action> getAction() const { return action; } boost::shared_ptr<Status> getNewStatus() const { return newStatus; } private: boost::shared_ptr<Event> event ; boost::shared_ptr<Action> action ; boost::shared_ptr<Status> newStatus ; }; //}}} yours JinheZeng at GDUT from China. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1242857&group_… ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Random] Mersenne Twister initialization problem [PATCH]
by Tiago de Paula Peixoto 22 Jul '05

22 Jul '05

Hi. The Mersenne Twister RNG was updated by the original author in 2002, because of a small problem in the seeding procedure, which was that the most significant bit of the seed was not well reflected to the state vector. Read http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/MT2002/emt19937ar.html for more details. The version implemented in Boost is the original 1998 one, which contains the problem. The attached patch implements the new seeding procedure, which uses something different than the linear congruential RNG to initialize the state vector. I haven't identified the new procedure to match any generator already implemented in Boost, so I just wrote it there (please correct me if I'm wrong). I have compared the output to the official implementation output, and it's identical. If the patch is OK, could it be applied? Thanks. -- Tiago de Paula Peixoto <tiago(a)forked.de>

4 5

enable_if for partial specialization of fnc
by Neal Becker 22 Jul '05

22 Jul '05

I have a question on usage of enable_if for faking partial specialization of function templates. Suppose I have a func F that has a general implementation, and a partial specialization for std::complex<T>. The obvious way to do this is to forward to a class member: template<typename T> struct F_impl { void DoF (); }; template<typename T> struct F_impl<std::complex<T> >{ void DoF (); }; template<typename T> void F () { F_impl<T>(); } Alternatively, I can define is_cmplx: template<typename T> struct is_cmplx { static const bool value = false; }; template<typename FLT> struct is_cmplx<std::complex<FLT> > { static const bool value = true; }; And use enable_if/disable_if. Both work. My question is, why would I prefer one over the other approach?

2 1

Links to deprecated and outdated mailing archives
by Pavel Chikulaev 22 Jul '05

22 Jul '05

Hi all, There is a link to deprecated mail archive MailMan Archive http://lists.boost.org/MailArchives/boost/ (That page explicitly says that it's deprecated and there is no new messages since 2 April 2005) at http://boost-consulting.com/boost/more/mailing_lists.htm#main. Also page http://www.mail-archive.com/boost%40lists.boost.org/ mentioned at the same page at boost.org doesn't seem up to date (Last message dated 4 September 2003). These links should be removed isn't it? And search from the home page at doesn't look working good - it seems like it actually searching all the archives (they should be identical isn't?) and sometimes a search lead to these archives. This should be changed IMO. -- Pavel Chikulaev

1 0

Re: [boost] singleton_ptr
by cedric.venet 21 Jul '05

21 Jul '05

> > > > struct MySingletonCategory; > > > > // must provide specializations in singleton namespace > > namespace boost { namespace singleton { > > > > // the following specifies that multi threading will be used for > > singletons which use MySingletonCategory > > template < > > > struct threading_policy < MySingletonCategory > > > { > > typedef multi_threaded type; > > }; > > This should be called *trait* not a policy. Policy is type orthogonal. And > btw I don't think traits-based solution will work here. I most definitely > may want different threading policies for the same singleton type in > different circumstances. > why not simply pass the category as a template parameter: struct MyCategory ; namespace boost { namespace singleton { template < > struct threading_policy < MyCategory > { typedef multi_threaded type; }; } } // close namespace void test ( ) { singleton_ptr < MySingletonType,MyCategory > ptr; } you can have the same category for many type but also many category for one type. if you really want no policy in the type declaration, you can provide a default who would search for a type declared category as in your code (I am not very understandable I think, perhaps the following code while be more explicit): struct defaultcategory; tempate< class T, class category_param = defaultcategory > class singleton_ptr { typedef mpl::if< mpl::IsSame<category_param,defaultcategory>, category<T>::type, category_param>::type the_category; ... }; the syntaxe is perhaps not correct but it's the principe who count. so you can use: struct another_type; template<> category<another_type> { typedef MT_category type; }; int main() { singleton_ptr<MyType> a_defaut_singleton; singleton_ptr<another_type> a_MT_singleton; singleton_ptr<MyType,MT_category> another_MT_singleton; } perhaps it don't work, or it's stupid, but perhaps it can help you. And sorry for my poor english. you can also want to read the papers here: http://www.prakinf.tu-ilmenau.de/~czarn/cpe2000/ --(space [webmail cut my space :( ) Cédric Venet ECP student Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

2 1

[Threads] incorrect citation
by David Abrahams 21 Jul '05

21 Jul '05

"Concurrent Programming Concepts" is incorrectly cited as having been published in 1983. It was '73. -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

My ports being scanned by boost.sourceforge.net?
by Pavel Chikulaev 21 Jul '05

21 Jul '05

Hi all, I've got a software firewall installed on my Windows XP machine, and while surfing www.boost.org I've received Attack detection report that said that boost.sourceforge.net(66.35.250.209) was scanning my ports (3953, 3943, 3889, 3881, 3835, 3826). What can it be? Any thoughts? -- Pavel Chikulaev

2 1

Boost regression notification (2005-07-21)
by Douglas Gregor 21 Jul '05

21 Jul '05

Boost regression test failures ------------------------------ Report time: 2005-07-21T15:30:19Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 133 failures in 8 libraries: filesystem (4) program_options (5) random (2) serialization (107) spirit (1) test (6) thread (1) wave (7) |filesystem| operations_test_dll: borland-5_6_4 mingw-3_4_2 path_test_dll: borland-5_6_4 mingw-3_4_2 |program_options| cmdline_test_dll: mingw-3_4_2 positional_options_test_dll: mingw-3_4_2 unicode_test_dll: cw-9_5-darwin gcc-3_3-darwin gcc-3_3-darwin |random| random_test: intel-win32-8_1 intel-win32-8_1 |serialization| test_class_info_load_binary_archive: gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_binary_archive_dll: gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_text_archive: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_text_archive_dll: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_text_warchive: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_text_warchive_dll: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux vc-6_5 test_class_info_load_xml_archive: gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_xml_archive_dll: gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_xml_warchive: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux test_class_info_load_xml_warchive_dll: cw-9_5-darwin gcc-3.3.6-linux gcc-3.4.4-linux test_const_load_fail1: borland-5_6_4 test_const_load_fail1_nvp: borland-5_6_4 test_const_load_fail2: borland-5_6_4 test_const_load_fail2_nvp: borland-5_6_4 test_const_save_fail1: msvc vc-6_5 vc-6_5-stlport vc-7_0 test_const_save_fail2: msvc vc-6_5 vc-6_5-stlport vc-7_0 test_const_save_fail3: msvc vc-6_5 vc-6_5-stlport vc-7_0 test_demo_dll: cw-9_4 cw-9_4 test_demo_exception_dll: cw-9_4 cw-9_4 test_demo_fast_archive_dll: msvc vc-6_5 test_demo_pimpl_dll: msvc vc-6_5 vc-7_0 test_demo_portable_archive: intel-win32-8_1 test_demo_portable_archive_dll: borland-5_6_4 intel-win32-8_1 intel-win32-8_1 test_demo_shared_ptr: cw-9_4 cw-9_4 cw-9_5-darwin test_demo_shared_ptr_dll: cw-9_4 cw-9_4 cw-9_5-darwin msvc vc-6_5 vc-7_0 test_diamond_binary_archive: cw-8_3 cw-9_5-darwin test_diamond_binary_archive_dll: cw-9_5-darwin test_diamond_text_archive: cw-8_3 cw-9_5-darwin test_diamond_text_archive_dll: cw-9_5-darwin test_diamond_text_warchive: cw-8_3 cw-9_5-darwin test_diamond_text_warchive_dll: cw-9_5-darwin test_diamond_xml_archive: cw-8_3 cw-9_5-darwin test_diamond_xml_archive_dll: cw-9_5-darwin test_diamond_xml_warchive: cw-8_3 cw-9_5-darwin test_diamond_xml_warchive_dll: cw-9_5-darwin test_map_binary_archive_dll: msvc vc-6_5 vc-7_0 test_map_text_archive_dll: msvc vc-6_5 vc-7_0 test_map_text_warchive_dll: msvc vc-6_5 vc-7_0 test_mult_archive_types: cw-9_4 cw-9_4 cw-9_5-darwin test_mult_archive_types_dll: cw-9_4 cw-9_4 cw-9_5-darwin msvc vc-6_5 test_non_default_ctor_text_archive_dll: cw-9_5-darwin test_non_default_ctor_text_warchive_dll: cw-9_5-darwin test_non_default_ctor_xml_archive_dll: cw-9_5-darwin test_non_default_ctor_xml_warchive_dll: cw-9_5-darwin test_non_intrusive_text_archive_dll: cw-9_5-darwin test_non_intrusive_text_warchive_dll: cw-9_5-darwin test_non_intrusive_xml_archive_dll: cw-9_5-darwin test_non_intrusive_xml_warchive_dll: cw-9_5-darwin test_registered_xml_archive: intel-win32-8_1 test_shared_ptr_132_binary_archive_dll: intel-win32-8_1 |spirit| owi_mt_tests: gcc-3_3-darwin |test| errors_handling_test: cw-9_5-darwin vc-8_0 test_fp_comparisons: borland-5_6_4 test_tools_test: cw-9_4 cw-9_4 cw-9_5-darwin |thread| test_thread_lib: vc-7_0 |wave| test_re2c_lexer: vc-8_0 test_slex_lexer: vc-8_0 testwave: cw-8_3 cw-9_5-darwin gcc-3.2.3-linux gcc-3.3.6-linux vc-8_0

1 0