- Boost - lists.boost.org

[Boost-bugs] [ boost-Patches-1249809 ] Minor spell errors on lambda_functor_base.hpp header
by SourceForge.net 01 Aug '05

01 Aug '05

Patches item #1249809, was opened at 2005-08-01 16:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1249809&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Duilio J. Protti (dprotti) Assigned to: Nobody/Anonymous (nobody) Summary: Minor spell errors on lambda_functor_base.hpp header Initial Comment: Attached is the patch with the corresponding corrections. The patch is not just for /boost/lambda/detail/lambda_functor_base.hpp file, but also for lambda_fwd.hpp. Bye, Duilio Protti. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1249809&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

[Boost-bugs] [ boost-Patches-1160158 ] Perl style foreach iterating
by SourceForge.net 01 Aug '05

01 Aug '05

Patches item #1160158, was opened at 2005-03-09 17:05 Message generated for change (Comment added) made by dprotti You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Amir Taaki (genjix) Assigned to: Nobody/Anonymous (nobody) Summary: Perl style foreach iterating Initial Comment: somewhere in boost, there should be a perl style foreach iterator, like so #define ITERATOR(obj) typeof(obj.begin()) #define foreach(v,i) for(ITERATOR(v) i = v.begin() ; i != v.end() ; i++) genjix at gmail.com ---------------------------------------------------------------------- Comment By: Duilio J. Protti (dprotti) Date: 2005-08-01 16:52 Message: Logged In: YES user_id=1012656 There is something like that. In fact, there is something much better, take a look at this article: http://www.informit.com/articles/article.asp?p=400651 About your submission, it's not a patch, is more like a feature request, so this is not the correct place to post it. Regards, Duilio Protti. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&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

VC8?
by Daryle Walker 01 Aug '05

01 Aug '05

I don't use Visual C++, but people here talk like VC8 is still in beta. So why are we treating it like a supported compiler? Shouldn't we wait for VC8 to be finalized? (That means telling users to wait until 1.34 or stay with VC7.1.) Aren't there several VC8 betas being used by people here? -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

2 1

Boost regression notification (2005-08-01)
by Douglas Gregor 01 Aug '05

01 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-01T15:32:34Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 1 failure in 1 library: thread (1) |thread| test_thread_lib: vc-6_5-stlport

1 0

Diff between variant and any?
by Neal Becker 01 Aug '05

01 Aug '05

In a nutshell, what is the difference between boost::variant and boost::any?

2 1

[1.33.0] Important: vc-6_5-stlport failure in Threads test
by Doug Gregor 01 Aug '05

01 Aug '05

Michael, This test is failing intermittently. Do you have any idea what could be going wrong? http://tinyurl.com/d2q9g Doug

1 0

Re: [boost] singleton and thread safety
by Martin Bonner 01 Aug '05

01 Aug '05

----Original Message---- From: Jason Hise [mailto:chaos@ezequal.com] Sent: 01 August 2005 02:35 To: boost(a)lists.boost.org Subject: [boost] singleton and thread safety > I need to ensure that certain objects (specifically the policy bundles > which manage singleton instances) are created in a thread-safe manner. > First question: Can two threads both initialize the same static > variable if they pass through the same function at the same time? Ex: > > void foo ( ) > { > static Thing t; > } > > Can t's constructor be called twice by two threads executing foo? The standard is silent on the issue (because it doesn't address threading). You would need to consult the documentation of each supported compiler. I can't find the documentation for VC7.1, but looking at the generated code, it appears that t's constructor CAN be called twice. > If so, I feel that I need to construct my policy bundles before > execution enters main, a time when it is pretty much guaranteed that > the application is operating in a single-threaded context. I thought > that this would be simple to do: just write a class that calls the > function with the static variable in its constructor and create > a global instance of that class. However, the standard appears to > say that initialization of such global variables can happen after main > is entered, so long as it happens before the global variable is used. # It does say that. In practise (and ignoring DLLs), no implementation takes advantage of that freedom. This is because it is quite easy to set up situations where A must be initialized before B, but B must also be initialized before A. (If the initialization occurs before main(), then the guarantees which cause the problem don't apply). > If the program starts > spawning threads before the global variable is constructed I would > still have the same problem. > > How can I ensure that initialization is performed before main is > entered? It is almost certainly safe to assume that globals are initialized before main is entered (ignoring dynamic libraries). If you don't want to ignore dynamic libraries, I am not sure how to proceed (except to say that it is tricky)! > If I cannot, is there some other way to make initialization > of static variables thread-safe? Lock a mutex. > I cannot lock a mutex to manage this, > because the mutex lives inside the threading policy instance and the > threading policy instance lives in the policy bundle that I am trying > to create in the first place. :-) -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

1 0

Boost regression notification (2005-07-31)
by Douglas Gregor 01 Aug '05

01 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-07-31T16:16:22Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 31 failures in 1 library: serialization (31) |serialization| test_class_info_load_text_warchive_dll: vc-6_5 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: vc-6_5 vc-6_5-stlport vc-7_0 test_const_save_fail2: vc-6_5 vc-6_5-stlport vc-7_0 test_const_save_fail3: vc-6_5 vc-6_5-stlport vc-7_0 test_demo_fast_archive_dll: vc-6_5 test_demo_pimpl_dll: vc-6_5 vc-7_0 test_demo_portable_archive_dll: borland-5_6_4 intel-win32-8_1 intel-win32-9_0 test_demo_shared_ptr_dll: vc-6_5 vc-7_0 test_map_binary_archive_dll: vc-6_5 vc-7_0 test_map_text_archive_dll: vc-6_5 vc-7_0 test_map_text_warchive_dll: vc-6_5 vc-7_0 test_mult_archive_types_dll: vc-6_5 test_non_intrusive_binary_archive: vc-8_0 test_shared_ptr_132_xml_archive_dll: intel-win32-8_1

4 3

Review Schedule
by Tom Brinkman 01 Aug '05

01 Aug '05

I've started to compile the next review schedule. Please contact me if would like to be a review manager volunteer or have any other thoughts about the schedule or the libraries. I will try to get the next batch of reviews started in the next month or soo. I will post a review wizard status report in the next couple of weeks. Tom Brinkman Review Wizard reportbase(a)gmail.com

1 0

[Unicode] Some code for y'all
by Erik Wien 31 Jul '05

31 Jul '05

Hi. I finally got a few days off this weekend, so I used them to prepare a version of the Unicode library I have written so you guys can take a look at it. This is unfortunately a snapshot of the state of things a good while back, but it's the only somewhat stable version I could find in the hurry. The basic design hasn't changed much though, so it should work just fine for getting an idea of how things work. A download of the complete library, along with a *short* (and very high-level) description to help you along can be found at the site http://unicode.irritert.net. Sorry I couldn't provide you with any in-depth documentation or stuff like that right now, but you should be able to figure it out if you really want to. ;) Anyway, Feel free to comment on anything that might spring to mind. I'll try to check back now and again to answer any questions. - Erik

1 0