August 2005 - Boost - lists.preview.boost.org

Re: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y >
by Andreas Huber 02 Aug '05

02 Aug '05

--- Brian Braatz <brianb(a)rmtg.com> wrote: > Suggestion: > > is there some way in your design you can get away with deriving > from the > incomplete type to "de-incomplete" it? I don't understand. You can't inherit from an incomplete type. Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.

1 0

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

02 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-02T15:32:20Z 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… 0 failure in 0 library:

4 3

[iostreams] problem with building library
by Alexey Bakhvalov 02 Aug '05

02 Aug '05

I am trying to build Boost RC1 and I have problem if I enable zlib and bzip2 support for IOStreams library. I am using Boost.Build system and I get the following error during the build process: unknown dependent target <@boost!libs!iostreams!build>libboost_bzip2.lib The build is executed from Boost root directory using .bat-file of the following contents: set NO_BZIP2=0 set NO_ZLIB=0 set ZLIB_SOURCE=.\external\zlib123 set ZLIB_INCLUDE=.\external\zlib123 set BZIP2_SOURCE=.\external\bzip2-1.0.3 set BZIP2_INCLUDE=.\external\bzip2-1.0.3 set TOOLS=vc-7_1 bjam install Am I doing something wrong or it's a problem of the build system? Alexey Bakhvalov

3 3

[tokenizer] offset_separator does not behave as docs state it does
by Bart 02 Aug '05

02 Aug '05

The docs for the offset_separator state the following regarding the breturnpartiallast construction parameter: "For example the string "122501" with offsets (2,2,4) ... With it set to false, it will parse to 12 25 and then will stop because there are only 2 characters left in the sequence instead of the 4 that should have been there." This leads me to believe, the string "1225011" (3 chars in last part) should also stop parsing after the first two tokens and ignore the third. It does not. Using the following example (compiled against current cvs)... int main(){ using namespace std; using namespace boost; string s = "1225199"; int offsets[] = {2,2,4}; offset_separator f(offsets, offsets+3, false, false); tokenizer<offset_separator> tok(s,f); for(tokenizer<offset_separator>::iterator beg=tok.begin(); beg!=tok.end();++beg){ cout << *beg << "\n"; } } Output is: 12 25 199 I think it should be just: 12 25 Thanks, Bart

1 0

1.33.0 Release, why not Beta it first?
by Michael Goldshteyn 02 Aug '05

02 Aug '05

I am going to once again raise the issue of putting the releases into Beta, prior to making a final (6-9 month) release. Perhaps we need a policy of the release being in a final Beta built form for some period, say 2-4 weeks, prior to the final release. I think this will allow people who wait for a packaged version to experiment with any newly added features, fixes, etc... and report issues that can be resolved in the final release, but were not made visible by the regression tests. Just my opinion, Mike

3 2

[1.33.0] User reports go live / feedback request
by Aleksey Gurtovoy 02 Aug '05

02 Aug '05

The following message is a courtesy copy of an article that has been posted to gmane.comp.lib.boost.testing as well. The draft version of user-centric regression reports is now available at http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/user/summar… (http://tinyurl.com/bamym) If you'd like to comment on usability/presentation of these before they go public with the release, now it's time :). -- Aleksey Gurtovoy MetaCommunications Engineering

3 5

[Boost-bugs] [ boost-Bugs-1250022 ] Spelling error in error message
by SourceForge.net 02 Aug '05

02 Aug '05

Bugs item #1250022, was opened at 2005-08-02 00:08 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=1250022&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: serialization Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Robert Ramey (ramey) Summary: Spelling error in error message Initial Comment: In basic_archive.hpp, line 21: #error "no serialization headers my precede any archive headers" should be "may", not "my" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1250022&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

Re: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y >
by Brian Braatz 02 Aug '05

02 Aug '05

Suggestion: is there some way in your design you can get away with deriving from the incomplete type to "de-incomplete" it? > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Andreas Huber > Sent: Monday, August 01, 2005 3:33 AM > To: boost(a)lists.boost.org > Subject: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y > > > > Hi there > > I'm trying to address a point raised by Jonathan Turkanis during the > formal review of the statechart library. Basically, the problem boils > down to the following: > > #include <boost/mpl/list.hpp> > #include <boost/mpl/size.hpp> > #include <boost/mpl/as_sequence.hpp> > > namespace mpl = boost::mpl; > > // InnerInitial is either an mpl sequence of types or a single type > template< class InnerInitial > > struct state > { > // stateArray_ must have a length equal to the number of types > // in InnerInitial > int stateArray_[ > mpl::size< > typename mpl::as_sequence< InnerInitial >::type > >::type::value > ]; > }; > > // A is defined later, possibly in a different translation unit > struct A; > > template< class X > > struct B > { > typedef typename X::reactions reactions; > }; > > int main() > { > // fine: instantiation with an incomplete type > state< A > a; > // fine: instantiation with an mpl sequence containing B< A > > state< mpl::list< B< A > > > b; > // error: mpl::as_sequence triggers the instantiation of B's member > // typedef, which tries to access the member typedef of A. A compile- > // time error results because A is still incomplete at this point. > state< B< A > > c; // *** here *** > > return 0; > } > > MSVC7.1 and GCC3.4 agree that the last state template instantiation is > illegal (use of undefined type A). I'm wondering whether there is any > way to make this legal (different as_sequence implementation, implement > the state template differently, etc.)? > > Thanks & Regards, > > -- > Andreas Huber > > When replying by private email, please remove the words spam and trap > from the address shown in the header. > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] [ANN] xpressive 0.9.5 in boost-sandbox
by Brian Braatz 02 Aug '05

02 Aug '05

Nice work! (I especially like the static expressions :) ) Any feel for when you will be ready for formal review? > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Eric Niebler > Sent: Monday, August 01, 2005 8:24 PM > To: Boost mailing list > Subject: [boost] [ANN] xpressive 0.9.5 in boost-sandbox > > << Background >> > xpressive is a TR1 regex work-alike that also accepts regexes as > expression templates and lets regexes nest and call each other > recursively. > > << Significant changes since 0.9.3 >> > - c_regex_traits to wrap the global C locale > - null_regex_traits for searching non-char data > - doc and test improvements > - bugs in static regexes and Unicode support squashed > > << Download >> > xpressive.zip at: > http://boost-sandbox.sf.net/vault/index.php?directory=eric_niebler > > << Docs >> > http://boost-sandbox.sf.net/libs/xpressive > > Note: You can consider this the xpressive 1.0 release candidate. All > that remains is to add more tests and documentation, and perhaps a tweak > to the traits interface. > > -- > Eric Niebler > Boost Consulting > www.boost-consulting.com > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[ANN] xpressive 0.9.5 in boost-sandbox
by Eric Niebler 02 Aug '05

02 Aug '05

<< Background >> xpressive is a TR1 regex work-alike that also accepts regexes as expression templates and lets regexes nest and call each other recursively. << Significant changes since 0.9.3 >> - c_regex_traits to wrap the global C locale - null_regex_traits for searching non-char data - doc and test improvements - bugs in static regexes and Unicode support squashed << Download >> xpressive.zip at: http://boost-sandbox.sf.net/vault/index.php?directory=eric_niebler << Docs >> http://boost-sandbox.sf.net/libs/xpressive Note: You can consider this the xpressive 1.0 release candidate. All that remains is to add more tests and documentation, and perhaps a tweak to the traits interface. -- Eric Niebler Boost Consulting www.boost-consulting.com

1 0

Re: [boost] Interest in an ODBC library?
by Brian Braatz 02 Aug '05

02 Aug '05

Joaquin, sorry for the few days response here- I had a "surprise" business trip I had to take which kept me out of town and away from mail for a few days Thoughts below (note- I have left a good chunk of the original mail intact for context) > -----Original Message----- > On Behalf Of Joaquin M Lopez Munoz > > Brian Braatz <brianb <at> rmtg.com> writes: > > If you would please elaborate. (some of us are "slower" than others :) > > ). > > > > is the problem getting to the index objects themselves via > > inherit_linearly? > > > > if you have dynamic data, then I am thinking you also have dynamically > > applied indices? > > > > Maybe I can elaborate- > > > > consider the following pseudo code: > > > > connection con = db.connect("myserver,root,password,mydatabase"); > > > > dynamic_table dt; > > > > // the select "*" means bring me back all the fields from that table > > // even though I don't know what the fields ARE yet > > dt = query("select * from person"); > > > > // ok so now dt has an UNKNOWN number of columns > > > > dt.add_index( index("first_name")); > > > > // or something along those lines. > > > > in this case, the index is applied dynamically. > > > > so how does that connect with the things you said ? > > > [Joaquin M Lopez Munoz Writes:] > Let me formulate the problem in the terminology > of Boost.MultiIndex --hopefully, the implications > for a DB framework scenario will be clear after this. > > Consider the following perfectly normal code dealing > with a static multi_index_container: > > typedef multi_index_container< > element, > indexed_by< > ordered_unique<identity<element> >, > sequenced<> > > > > static_mic_t; > > template<typename Index> > void reverse_dump(const Index& i) > { > std::copy( > i.rbegin(),i.rend(), > std::ostream_iterator<typename Index::value_type>(std::cout)); > } > > int main() > { > static_mic_t s_mic; > ... > reverse_dump(s_mic.get<0>()); > reverse_dump(s_mic.get<1>()); > } > > What would the equivalent be for the dynamic case? > > typedef dynamic_multi_index_container< > element > > dynamic_mic_t; // no indices specified at compile time > > int main() > { > dynamic_mic_t d_mic; > > // add indices at run time > d_mic.add_index<ordered_unique<identity<element> > >(); > d_mic.add_index<sequenced<> >(); > ... > > reverse_dump(d_mic.get(0)); // note index number is no longer > reverse_dump(d_mic.get(1)); // a template parameter > } > > Now, how are we supposed to define reverse_dump? Clearly > it cannot be the same template as in the static case, > since the types of the indices are only known at > run time. [Brian Braatz Writes:] ideas- have the container accept a list of possible index types then use inherit_linearly<> to make those types- (only as pointers) then when the index gets runtime added- you store it in the generated objects Additionally- one could also force the user to make a struct to use as a tag to reference the index (instead of the number) using this "type tag", you can lookup the runtime object(s) which were dynamically added. What I am suggesting is a similar design to what I recently got working on something else (almost ready for sharing with the world). I have yet another plan trip tomorrow (ALL DAY tomorrow). I will code a small sample of what I am suggesting. (code is easier to talk about than concepts sometimes :) ) Joaquín M López Muñoz writes: > If I wasn't clear enough please tell me so and > I'll try to elaborate. I'll be more than happy to > discuss and refine these ideas. IMHO the concepts > around a potential multi_index_container sketched > here can serve as the basis for a DB run-time data > structure, much like for instance IndexedDBView in the > DTL does. > > Best, > > Joaquín M López Muñoz > Telefónica, Investigación y Desarrollo I am not as familiar with multi-index, but I am going to re-re-rereview that lib tomorrow along with the mail you wrote. Pleasure "talking" with you :) Brian

1 0

Still Can't Build Docs
by David A. Greene 02 Aug '05

02 Aug '05

I'd like to put the NTP library up on the sandbox but I need to be able to build documentation first. I updated to the latest CVS, build bjam and here's what I get: >>-waller-> which bjam /home/greened/bin/bjam >>-waller-> pwd /home/greened/src/boost/doc >>-waller-> bjam --v2 warning: Python location is not configured warning: the Boost.Python library won't be built Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). /home/greened/src/boost/tools/build/v2/tools/boostbook.jam:319: in object(boostbook-generator)(a)1.run warning: rulename $(base-target).depends expands to empty string /home/greened/src/boost/tools/build/v2/build/generators.jam:826: in try-one-generator-really /home/greened/src/boost/tools/build/v2/build/generators.jam:873: in try-one-generator /home/greened/src/boost/tools/build/v2/build/generators.jam:1080: in construct-really /home/greened/src/boost/tools/build/v2/build/generators.jam:1139: in generators.construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1242: in construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1128: in object(typed-target)(a)22.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:757: in generate-really /home/greened/src/boost/tools/build/v2/build/targets.jam:730: in object(main-target)(a)1.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:252: in object(project-target)(a)17.generate /home/greened/src/boost/tools/build/v2/build-system.jam:276: in load /home/greened/src/boost/tools/build/v2/kernel/modules.jam:259: in import /home/greened/src/boost/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/greened/src/boost/boost-build.jam:12: in module scope /home/greened/src/boost/tools/build/v2/tools/boostbook.jam:324: in object(boostbook-generator)(a)1.run warning: rulename $(target[2]).set-path expands to empty string /home/greened/src/boost/tools/build/v2/build/generators.jam:826: in try-one-generator-really /home/greened/src/boost/tools/build/v2/build/generators.jam:873: in try-one-generator /home/greened/src/boost/tools/build/v2/build/generators.jam:1080: in construct-really /home/greened/src/boost/tools/build/v2/build/generators.jam:1139: in generators.construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1242: in construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1128: in object(typed-target)(a)22.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:757: in generate-really /home/greened/src/boost/tools/build/v2/build/targets.jam:730: in object(main-target)(a)1.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:252: in object(project-target)(a)17.generate /home/greened/src/boost/tools/build/v2/build-system.jam:276: in load /home/greened/src/boost/tools/build/v2/kernel/modules.jam:259: in import /home/greened/src/boost/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/greened/src/boost/boost-build.jam:12: in module scope /home/greened/src/boost/tools/build/v2/tools/boostbook.jam:325: in object(boostbook-generator)(a)1.run warning: rulename $(target[2]).depends expands to empty string /home/greened/src/boost/tools/build/v2/build/generators.jam:826: in try-one-generator-really /home/greened/src/boost/tools/build/v2/build/generators.jam:873: in try-one-generator /home/greened/src/boost/tools/build/v2/build/generators.jam:1080: in construct-really /home/greened/src/boost/tools/build/v2/build/generators.jam:1139: in generators.construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1242: in construct /home/greened/src/boost/tools/build/v2/build/targets.jam:1128: in object(typed-target)(a)22.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:757: in generate-really /home/greened/src/boost/tools/build/v2/build/targets.jam:730: in object(main-target)(a)1.generate /home/greened/src/boost/tools/build/v2/build/targets.jam:252: in object(project-target)(a)17.generate /home/greened/src/boost/tools/build/v2/build-system.jam:276: in load /home/greened/src/boost/tools/build/v2/kernel/modules.jam:259: in import /home/greened/src/boost/tools/build/v2/kernel/bootstrap.jam:153: in boost-build /home/greened/src/boost/boost-build.jam:12: in module scope /home/greened/src/boost/tools/build/v2/build/targets.jam:1245: in construct from module object(typed-target)@22 error: unable to construct ./doc /home/greened/src/boost/tools/build/v2/build/targets.jam:1128: in object(typed-target)(a)22.generatefrom module object(typed-target)@22 /home/greened/src/boost/tools/build/v2/build/targets.jam:757: in generate-really from module object(main-target)@1 /home/greened/src/boost/tools/build/v2/build/targets.jam:730: in object(main-target)(a)1.generate from module object(main-target)@1 /home/greened/src/boost/tools/build/v2/build/targets.jam:252: in object(project-target)(a)17.generate from module object(project-target)@17 /home/greened/src/boost/tools/build/v2/build-system.jam:276: in load from module build-system /home/greened/src/boost/tools/build/v2/kernel/modules.jam:259: in import from module modules /home/greened/src/boost/tools/build/v2/kernel/bootstrap.jam:153: in boost-build from module /home/greened/src/boost/boost-build.jam:12: in module scope from module I edited tools/build/v2/user-config.jam to use the gcc toolset. Any ideas? -Dave

1 0

[1.33.0] Partial thaw on branch for fixing the remaining failures
by Doug Gregor 02 Aug '05

02 Aug '05

The RC_1_33_0 branch is partially thawed so that we can fix the remaining failures for release. I've started the regression notifications again, this time on the release branch: when no more failures show up, we release. Library authors: for any failures that you will not fix, mark them as expected failures on the branch. If you believe there is a configuration problem on one of the test machines, write to the list to say what you think is going on and we'll try to get it fixed. The list of issues we need to fix before we can release is here: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/ developer/issues.html Doug

8 15

[1.33.0] 300+ Broken links
by Jonathan Turkanis 01 Aug '05

01 Aug '05

Hi, I ran a shareware HTML link checker on release candidate 1, and found 334 broken links; I'm attaching the report. A few of them appear bogus ("Error: invalid syntax"), and some appear to reflect the temporary unavailability of news.gmane.org, but most appear legitimate. I'll volunteer to fix as many of them as I can, if it's not too late to make it into the relapse. Some I can't fix, because I don't know where they're supposed to point. Here are the affected areas of Boost: Libraries: - compatibility - conversion - crc - date_time - disjoint_sets - filesystem - format - function - graph - hash - iterator - math - minmax - multi_index - numeric/conversion - numeric/interval - numeric/ublas - parameter - preprocessor - property_map - ptr_container - python - random - range - rational - regex - serialization - smart_ptr - spirit - test - threads - timer - tuple - type_traits - utility - variant - wave Tools: - build (v1 + v2) - boostbook Misc: - index.htm - doc/html/index.html - doc/html/who_s_using_boost_.html - doc/html/who_s_using_boost_/open.html - more/discussion_policy.htm - more/mailing_lists.htm - more/test_policy.htm - more/background.html - more/bibliography.html - more/cpp_committee_meetings.html - more/error_handling.html - more/formal_review_schedule.html - more/generic_exception_safety.html - more/generic_programming.html - more/getting_started.html - more/regression.html - more/version_history.html - more/writingdoc/template/definitions.html - people/darin_adler.htm - people/dietmar_kuehl.htm - people/jonathan_turkanis.htm - people/mark_rodgers.htm - people/people.htm - people/ralf_w_grosse_kunstleve.htm - people/vesa_karvonen.htm Jonathan

1 0

[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