- Boost - lists.boost.org

[1.33.0] Release candidate #1 is available
by Doug Gregor 04 Aug '05

04 Aug '05

Boost 1.33.0 release candidate #1 is now available here: http://www.osl.iu.edu/~dgregor/boost-1.33.0/ There are two sets of files important for this release: - boost_1_33_0_rc1.*: The actual release candidate - boost_1_33_0_(docbook|fo|man).*: The documentation in other formats Please download and unpack the archives, browse the documentation, try the release with your favorite compiler, etc. Thanks! Doug Gregor 1.33.0 Release Manager

12 18

[network] Boost.Network proposal v0.3
by Pedro Lamarão 04 Aug '05

04 Aug '05

Fellow Boosters, this is an update on my proposal for (the beggining of?) a Boost.Network library, located in the Sandbox. I consider it feature complete for a 1.0 milestone; the features being: *) IOStreams classes, fully buffered *) A listener class *) A wrapper for the name resolution service *) A type to store addresses The missing pieces being: *) Complete the copy constructores and assignment operators of the generic_address class. *) Implement optimized xsputn() and xsgetn() in the stream buffer. *) Implement setbuf() in the stream buffer. *) Documentation (never enough) The above list is what I intend to polish up for a formal proposal. This is the TODO list for a next version: *) Address types specific for IPv4 and IPv6, with input operators. *) A formatter output operator for generic address types based on the name resolution service. *) Resolver options and manipulators for the above output operator. *) Code conversion in the stream buffer. *) A poller class. *) Wrapper for sendfile/TransmitFile. *) Implement showmanyc() and perhaps putbackfail() in the stream buffer. With a proper poller class I believe most people's desires for non-blocking operation would be satisfied. I'm going out of town on vacations for some days, so things are going to stall for a while. I hope to complete all tasks soon after Boost 1.33 is released and a new review cycle starts. -- Pedro Lamarão

6 8

[1.33.0 RC1] Possible regression in serialization
by Eelis van der Weegen 04 Aug '05

04 Aug '05

Here's another one-liner that fails to compile (with gcc 3.3.5): #include <boost/serialization/nvp.hpp> I get the following error: In file included from .../boost_1_33_0/boost/serialization/nvp.hpp:33, from t.cpp:1: .../boost_1_33_0/boost/serialization/tracking.hpp:50: error: syntax error before `>' token Again, this worked with Boost 1.32 :) Regards, Eelis

3 2

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

04 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-04T14:58:10Z 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: borland-5_6_4

1 0

Minor documentation issues
by Ariel Badichi 04 Aug '05

04 Aug '05

Hi, The issues are present in release candidate #1. * The full library names in the main page are inconsistent; sometimes "library" is appended to the library name, and sometimes not. Some of these should probably have capital-cased "library" appended - like most of the other libraries. (There seem to be a few exceptions, e.g., Wave and functional/hash, which aren't (just) libraries.) * The "conversion" library entry in the "Libraries Listed Alphabetically" section in libs/libraries.htm is missing a few characters. * Some header filenames in libs/ptr_container/doc/headers.html are incorrect - they miss the .hpp extension.

4 5

Re: [boost] weak_ptr, maybe empty -- doc bug?
by Andy Thomas-Cramer 04 Aug '05

04 Aug '05

Is this a documentation bug? template<class Y> explicit shared_ptr(weak_ptr<Y> const & r); Effects: If r is empty, constructs an empty shared_ptr ... It seems to be throwing an exception, rather than returning an empty shared_ptr. > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Joe Gottman > Sent: Wednesday, August 03, 2005 7:16 PM > To: boost(a)lists.boost.org > Subject: Re: [boost] weak_ptr, maybe empty > > > "Andy Thomas-Cramer" <Andy_Thomas-Cramer(a)avid.com> wrote in message > news:2F6133743473D04B8685415F8243F4765347D5@madison- > msg1.global.avidww.com... > > > > I have a weak_ptr that might be empty. If not empty, I'd like to make a > > smart pointer from it. > > > > But the code below throws in the shared_ptr constructor, and I don't see > > how to test whether a weak_ptr is empty. > > > > boost::weak_ptr<int> wp; > > boost::shared_ptr<int> sp(wp); > > if ( sp.get() ) { > > ... > > } > > > > Suggestions? > > > > It depends what you mean by empty. A weak_ptr can either > a) be associated with a valid shared_ptr > b) be associated with a shared_ptr that has since expired > or c) be default initialized and never associated with a shared_ptr > > If you don't need to differentiate between case b) and c), the most > elegant > way is > if (shared_ptr<int> sp = wp.lock()) { > //do work with valid shared_ptr > } > > If you need to distinguish between b) and c) you can continue with > } else { > weak_ptr empty; > if (!(wp < empty) && !(empty < wp)) { > //case c, default-constructed weak_ptr > } else { > //case b, expired weak_ptr > } > } > > In practice, most people don't need to distinguish between case b) and c) > > Joe Gottman > > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Need help commiting a fix in the CVS Re: [1.33.0 RC1] Possible regression in multi_index
by JOAQUIN LOPEZ MU?Z 04 Aug '05

04 Aug '05

----- Mensaje original ----- De: Eelis van der Weegen <gmane(a)contacts.eelis.net> Fecha: Jueves, Agosto 4, 2005 9:00 am Asunto: [boost] [1.33.0 RC1] Possible regression in multi_index > I'm having trouble compiling a source file consisting of the > following single line: > > #include <boost/multi_index/ordered_index.hpp> > > Using gcc 3.3.5, I get the following error: [...] > error: no > class template named `archive_exception' in `boost::archive' > Hi Eelis, thank you very much for the report. This is indeed a bug in ordered_index.hpp, I forgot to add an include defining archive_exceptions. As it happens, I've got a local test that checks that every header in Boost.MultiIndex correctly compiles when included in isolation, but the compiler I'm using does not implement 2-phase lookup and didn't catch this one... Are fixes still allowed to go to RC2? If so, I'd appreciate if someone could check the attached boost/multi_index/ordered_index.hpp replacement. It merely adds an additional include to solve Eelis' report, and I've locally checked it doesn't break anything. I cannot commit it myself, since I don't have CVS write access these days. I'm also sorry I can't send the fix as a diff file, but I don't have any diffing tool here --the change boils down to a new line at position 65. Thank you for your help, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

[1.33.0] 31 remaining broken links
by Jonathan Turkanis 04 Aug '05

04 Aug '05

Hi, There are still a few broken links. The affected areas of Boost are: - who's using boost (FEAR) - numeric/interval - numeric/ublas - serialization - spirit - test - people/darin adler - build v1 Jonathan begin 666 NewReport.txt M1DE,13H@(" @($,Z7$1O8W5M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-< M2&]M95QB;V]S=%\Q7S,S7S!<9&]C7&AT;6Q<=VAO7W-?=7-I;F=?8F]O<W1? M7&]P96XN:'1M; T*#0H@("!A(&AR968]:'1T<#HO+V9E87(N<V]U<F-E9F]R M9V4N;F5T+R ]/3T^(%1H92!S97)V97(@<F5S<&]N<V4@8V]U;&0@;F]T(&)E M('!A<G-E9"X-"@T*1DE,13H@(" @($,Z7$1O8W5M96YT<R!A;F0@4V5T=&EN M9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q7S,S7S!<;&EB<UQN=6UE<FEC7&EN M=&5R=F%L7&1O8UQI;G1E<G9A;"YH=&T-"@T*(" @82!H<F5F/2-I;G1E<G9A M;%]P;VQI8VEE<R ]/3T^(&9I;&4@9F]U;F0L(&)U="!I;G1E<FYA;"!L:6YK M(&ES(&%B<V5N= T*(" @82!H<F5F/2-C:&5C:VEN9R ]/3T^(&9I;&4@9F]U M;F0L(&)U="!I;G1E<FYA;"!L:6YK(&ES(&%B<V5N= T*(" @82!H<F5F/6AT M=' Z+R]W=W<N<FAE:6XM;6%I;BYD92]P96]P;&4O:FUA=7)E<B]I;G1E<G9A M;"YT87(N9WH@/3T]/B!%<G)O<CH@<F5S;W5R8V4@;F]T(&9O=6YD#0H-"D9) M3$4Z(" @("!#.EQ$;V-U;65N=',@86YD(%-E='1I;F=S7'1U<FMA;FES7$AO M;65<8F]O<W1?,5\S,U\P7&QI8G-<;G5M97)I8UQU8FQA<UQD;V-<8FQA<RYH M=&T-"@T*(" @82!H<F5F/2-?=&]D;S P,# P,R ]/3T^(&9I;&4@9F]U;F0L M(&)U="!I;G1E<FYA;"!L:6YK(&ES(&%B<V5N= T*(" @82!H<F5F/2-G83@@ M/3T]/B!F:6QE(&9O=6YD+"!B=70@:6YT97)N86P@;&EN:R!I<R!A8G-E;G0- M"B @(&$@:')E9CTC7W1O9&\P,# P,#0@/3T]/B!F:6QE(&9O=6YD+"!B=70@ M:6YT97)N86P@;&EN:R!I<R!A8G-E;G0-"B @(&$@:')E9CTC9V$X(#T]/3X@ M9FEL92!F;W5N9"P@8G5T(&EN=&5R;F%L(&QI;FL@:7,@86)S96YT#0H@("!A M(&AR968](U]T;V1O,# P,# U(#T]/3X@9FEL92!F;W5N9"P@8G5T(&EN=&5R M;F%L(&QI;FL@:7,@86)S96YT#0H@("!A(&AR968](V=A." ]/3T^(&9I;&4@ M9F]U;F0L(&)U="!I;G1E<FYA;"!L:6YK(&ES(&%B<V5N= T*(" @82!H<F5F M/2-?=&]D;S P,# P-B ]/3T^(&9I;&4@9F]U;F0L(&)U="!I;G1E<FYA;"!L M:6YK(&ES(&%B<V5N= T*(" @82!H<F5F/2-G83@@/3T]/B!F:6QE(&9O=6YD M+"!B=70@:6YT97)N86P@;&EN:R!I<R!A8G-E;G0-"@T*1DE,13H@(" @($,Z M7$1O8W5M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q M7S,S7S!<;&EB<UQS97)I86QI>F%T:6]N7&1O8UQA<F-H:79E<RYH=&UL#0H- M"B @(&$@:')E9CUS<&5C:6%L+FAT;6PC9&5R:79E9'!O:6YT97)S(#T]/3X@ M9FEL92!F;W5N9"P@8G5T(&EN=&5R;F%L(&QI;FL@:7,@86)S96YT#0H@("!A M(&AR968]<W!E8VEA;"YH=&UL(V1E<FEV961P;VEN=&5R<R ]/3T^(&9I;&4@ M9F]U;F0L(&)U="!I;G1E<FYA;"!L:6YK(&ES(&%B<V5N= T*#0I&24Q%.B @ M(" @0SI<1&]C=6UE;G1S(&%N9"!3971T:6YG<UQT=7)K86YI<UQ(;VUE7&)O M;W-T7S%?,S-?,%QL:6)S7'-E<FEA;&EZ871I;VY<9&]C7'1R86ET<RYH=&UL M#0H-"B @(&$@:')E9CUS<&5C:6%L+FAT;6PC9&5R:79E9'!O:6YT97)S(#T] M/3X@9FEL92!F;W5N9"P@8G5T(&EN=&5R;F%L(&QI;FL@:7,@86)S96YT#0H- M"D9)3$4Z(" @("!#.EQ$;V-U;65N=',@86YD(%-E='1I;F=S7'1U<FMA;FES M7$AO;65<8F]O<W1?,5\S,U\P7&QI8G-<<W!I<FET7&1O8UQP<F5F86-E+FAT M;6P-"@T*(" @82!H<F5F/6AT=' Z+R]W=W<N9V5O8W)A=VQE<BYC;VTO;&ES M=',O,R]3;W5R8V5&;W)G92\Q,C@S-R\P+R ]/3T^($5R<F]R.B!R97-O=7)C M92!N;W0@9F]U;F0@*%)%1$E214-4140@5$\Z(&AT=' Z+R]S;W5R8V5F;W)G M92YN970O;&ES=',O,R]3;W5R8V5&;W)G92\Q,C@S-R\P+R I#0H-"D9)3$4Z M(" @("!#.EQ$;V-U;65N=',@86YD(%-E='1I;F=S7'1U<FMA;FES7$AO;65< M8F]O<W1?,5\S,U\P7&QI8G-<<W!I<FET7'!H;V5N:7A<9&]C7'!R969A8V4N M:'1M; T*#0H@("!A(&AR968]:'1T<#HO+VYE=W,N9VUA;F4N;W)G+W1H<F5A M9"YP:' _9W)O=7 ]9VUA;F4N8V]M<"YS<&ER:70N9V5N97)A;" ]/3T^(%1H M92!A='1E;7!T('1O(&-O;FYE8W0@=&\@=&AE('-E<G9E<B!F86EL960N#0H@ M("!A(&AR968]:'1T<#HO+W=W=RYG96]C<F%W;&5R+F-O;2]L:7-T<R\S+U-O M=7)C949O<F=E+S$R.#,W+S O(#T]/3X@17)R;W(Z(')E<V]U<F-E(&YO="!F M;W5N9" H4D5$25)%0U1%1"!43SH@:'1T<#HO+W-O=7)C969O<F=E+FYE="]L M:7-T<R\S+U-O=7)C949O<F=E+S$R.#,W+S O("D-"@T*1DE,13H@(" @($,Z M7$1O8W5M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q M7S,S7S!<;&EB<UQT97-T7&1O8UQP;W)T86)I;&ET>2YH=&UL#0H-"B @($$@ M:')E9CUH='1P.B\O8F]O<W0N<V]U<F-E9F]R9V4N;F5T+W)E9W)E<W-I;VXM M;&]G<R]D979E;&]P97(O=&5S="YH=&UL(#T]/3X@17)R;W(Z(')E<V]U<F-E M(&YO="!F;W5N9 T*#0I&24Q%.B @(" @0SI<1&]C=6UE;G1S(&%N9"!3971T M:6YG<UQT=7)K86YI<UQ(;VUE7&)O;W-T7S%?,S-?,%QL:6)S7'1E<W1<9&]C M7&-O;7!O;F5N='-<=&5S=%]E>&5C7VUO;FET;W)<8V]M<&EL871I;VXN:'1M M; T*#0H@("!!(&AR968]+BXO+BXO+BXO<W)C+W5N:71?=&5S=%]R97-U;'0N M8W!P(#T]/3X@1FEL92!M:7-S:6YG#0H@("!!(&AR968]+BXO+BXO+BXO<W)C M+W-U<'!L:65D7VQO9U]F;W)M871T97)S+F-P<" ]/3T^($9I;&4@;6ES<VEN M9PT*#0I&24Q%.B @(" @0SI<1&]C=6UE;G1S(&%N9"!3971T:6YG<UQT=7)K M86YI<UQ(;VUE7&)O;W-T7S%?,S-?,%QL:6)S7'1E<W1<9&]C7&-O;7!O;F5N M='-<=71F7&-O;7!I;&%T:6]N+FAT;6P-"@T*(" @02!H<F5F/2XN+RXN+RXN M+W-R8R]U;FET7W1E<W1?<F5S=6QT+F-P<" ]/3T^($9I;&4@;6ES<VEN9PT* M(" @02!H<F5F/2XN+RXN+RXN+W-R8R]S=7!P;&EE9%]L;V=?9F]R;6%T=&5R M<RYC<' @/3T]/B!&:6QE(&UI<W-I;F<-"@T*1DE,13H@(" @($,Z7$1O8W5M M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q7S,S7S!< M;&EB<UQT97-T7&1O8UQC;VUP;VYE;G1S7'5T9EQC;VUP;VYE;G1S7'1E<W1? M8V%S95QB;V]S=%]F=6YC=&EO;E]T8RYH=&UL#0H-"B @($$@:')E9CTN+B\N M+B\N+B\N+B\N+B\N+B\N+B]B;V]S="]T97-T+W5N:71?=&5S=%]S=6ET95]E M>"YH<' @/3T]/B!&:6QE(&UI<W-I;F<-"@T*1DE,13H@(" @($,Z7$1O8W5M M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q7S,S7S!< M;&EB<UQT97-T7&1O8UQC;VUP;VYE;G1S7'5T9EQC;VUP;VYE;G1S7'1E<W1? M8V%S95QP87)A;5]B;V]S=%]F=6YC=&EO;E]T8RYH=&UL#0H-"B @($$@:')E M9CTN+B\N+B\N+B\N+B\N+B\N+B\N+B]B;V]S="]T97-T+W5N:71?=&5S=%]S M=6ET95]E>"YH<' @/3T]/B!&:6QE(&UI<W-I;F<-"@T*1DE,13H@(" @($,Z M7$1O8W5M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q M7S,S7S!<;&EB<UQT97-T7&1O8UQT97-T<UQU;FET7W1E<W1?<W5I=&5?97A? M=&5S="YH=&UL#0H-"B @($$@:')E9CTN+B\N+B]T97-T+W5N:71?=&5S=%]S M=6ET95]E>%]T97-T+F-P<" ]/3T^($9I;&4@;6ES<VEN9PT*#0I&24Q%.B @ M(" @0SI<1&]C=6UE;G1S(&%N9"!3971T:6YG<UQT=7)K86YI<UQ(;VUE7&)O M;W-T7S%?,S-?,%QP96]P;&5<9&%R:6Y?861L97(N:'1M#0H-"B @(&$@:')E M9CUH='1P.B\O=W=W+G-P:65S+F-O;2]^9W)E9R]B;'5E;65A;FEE<RYH=&UL M(#T]/3X@17)R;W(Z(')E<V]U<F-E(&YO="!F;W5N9 T*(" @82!H<F5F/6AT M=' Z+R]W=W<N9V5N97)A;&UA9VEC+F-O;2 ]/3T^($5R<F]R.C0P,PT*#0I& M24Q%.B @(" @0SI<1&]C=6UE;G1S(&%N9"!3971T:6YG<UQT=7)K86YI<UQ( M;VUE7&)O;W-T7S%?,S-?,%QT;V]L<UQB=6EL9%QV,5QB=6EL9%]S>7-T96TN M:'1M#0H-"B @(&$@:')E9CTC9W)I<W0@/3T]/B!F:6QE(&9O=6YD+"!B=70@ M:6YT97)N86P@;&EN:R!I<R!A8G-E;G0-"@T*1DE,13H@(" @($,Z7$1O8W5M M96YT<R!A;F0@4V5T=&EN9W-<='5R:V%N:7-<2&]M95QB;V]S=%\Q7S,S7S!< M=&]O;'-<8G5I;&1<=C%<9V-C+6YO8WEG=VEN+71O;VQS+FAT;6P-"@T*(" @ M82!H<F5F/6AT=' Z+R]W=W<N;F%N;W1E8V@N=VES8RYE9'4O?FMH86XO<V]F M='=A<F4O9VYU+7=I;C,R+VUN;RUC>6=W:6XM:&]W=&\N='AT(#T]/3X@17)R M;W(Z(')E<V]U<F-E(&YO="!F;W5N9 T*#0I&24Q%.B @(" @0SI<1&]C=6UE M;G1S(&%N9"!3971T:6YG<UQT=7)K86YI<UQ(;VUE7&)O;W-T7S%?,S-?,%QT M;V]L<UQB=6EL9%QV,5QS=6YP<F\M=&]O;',N:'1M; T*#0H@("!A(&AR968] M:'1T<#HO+V)O;W-T+G-O=7)C969O<F=E+FYE="]R96=R97-S:6]N+6QO9W,O M8W,M4W5N3U,N:'1M;" ]/3T^($5R<F]R.B!R97-O=7)C92!N;W0@9F]U;F0- #"@T* ` end

5 4

Review Request: xpressive
by Eric Niebler 04 Aug '05

04 Aug '05

As of version 0.9.5, posted yesterday, xpressive is close enough to v1.0 for me to feel comfortable putting it up for review. Could it please be added to the queue? BTW, GMane apparantly dropped the following msg, which I sent yesterday: << 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

2 1

[1.33.0 RC1] Possible regression in multi_index
by Eelis van der Weegen 04 Aug '05

04 Aug '05

I'm having trouble compiling a source file consisting of the following single line: #include <boost/multi_index/ordered_index.hpp> Using gcc 3.3.5, I get the following error: In file included from t.cpp:1: .../boost_1_33_0/boost/multi_index/ordered_index.hpp: In member function `void boost::multi_index::detail::ordered_index<KeyFromValue, Compare, SuperMeta, TagList, Category>::rearranger(boost::multi_index::detail::ordered_index_node<typename SuperMeta::type::node_type>*, boost::multi_index::detail::ordered_index_node<typename SuperMeta::type::node_type>*)': .../boost_1_33_0/boost/multi_index/ordered_index.hpp:1092: error: no class template named `archive_exception' in `boost::archive' Needless to say this used to work with Boost 1.32 :) Regards, Eelis

1 0