- Boost - lists.boost.org

[parameter] missing link in main page and libraries.htm?
by Joaquín Mª López Muñoz 03 Aug '05

03 Aug '05

Can't find links to Boost.Parameter docs from the main page or libraries.htm. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

4 15

[Boost-bugs] [ boost-Bugs-1250901 ] polymorphic i/o archives and stl containers problem
by SourceForge.net 03 Aug '05

03 Aug '05

Bugs item #1250901, was opened at 2005-08-03 02:44 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=1250901&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: polymorphic i/o archives and stl containers problem Initial Comment: Hello, i downloaded 1.33.0 RC1 from http://www.osl.iu.edu/~dgregor/boost-1.33.0/ and tried to recompile some rather large projects with it (currently using 1.32.0). Using MS VC 7.1 and GCC 3.4.4 Doesnt work for boost::serialization: boost::archive::polymorphic_iarchive& ar boost::archive::polymorphic_oarchive& ar It bumps on STL containers now: boost\serialization\collections_load_imp.hpp(118) : error C2039: 'reset_object_address' : is not a member of 'boost::archive::polymorphic_iarchive' boost\archive\polymorphic_iarchive.hpp(52) : see declaration of 'boost::archive::polymorphic_iarchive' ---- snip "collections_load_imp.hpp" ---- // map input template<class Archive, class Container> struct archive_input_map { inline void operator()(Archive &ar, Container &s) { #if BOOST_WORKAROUND(BOOST_DINKUMWARE_STDLIB, == 1) typedef BOOST_DEDUCED_TYPENAME std::pair< BOOST_DEDUCED_TYPENAME Container::key_type, BOOST_DEDUCED_TYPENAME Container::referent_type > type; #else typedef BOOST_DEDUCED_TYPENAME std::pair< BOOST_DEDUCED_TYPENAME Container::key_type, BOOST_DEDUCED_TYPENAME Container::mapped_type > type; #endif stack_construct<Archive, type> t(ar); // borland fails silently w/o full namespace ar >> boost::serialization::make_nvp("item", t.reference()); std::pair<BOOST_DEDUCED_TYPENAME Container::const_iterator, bool> result = s.insert(t.reference()); assert(result.second); // make sure we inserted a new element ar.reset_object_address(& (* result.first), & t); } }; ---- snip "collections_load_imp.hpp" ---- "ar.reset_object_address(& (* result.first), & t);" is called but not implemeted for these "polymorphic" archive types? I only found it implemented in "basic_iarchive_impl" (and "basic_oarchive_impl" respective). What gives? It worked for 1.32 (because there was no "reset_object_address" there). Is there another (new) way to use polymorphic archive interfaces serializing stl containers? Regards, A. Focht ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1250901&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

2 1

[1.33.0] Checklist for RC2
by Douglas Gregor 03 Aug '05

03 Aug '05

These are the issues we need to resolve before I can roll RC2, which is likely to become the final release: - Jonathan Turkanis needs a picture - Fix remaining broken links - iostreams: Document how to get bzip2/gzip iostreams to work in more/getting_started.html - regex: Decide what to do about std::equal bug in VC++ 8.0 beta (it *is* a beta, and it *is* a compiler bug) I expect that we can get all of these done for a release candidate tonight with a final release tomorrow. Doug

2 3

Re: [boost] Interest for a perl6-like-junctions-class?
by Jan Hermelink 03 Aug '05

03 Aug '05

FlSt(a)gmx.de wrote: > BTW: Today I tried to install the > Perl 6 interpreter Pugs, but I didn't get it to work. I wanted to > analyze the Perl 6 implementation of junctions especially the behaivor > of comparisons, because I don't want to tell something wrong here. If you have Windows, try PXPerl (http://pixigreg.com/) It contains a ready-to-run pugs.exe. none, one, all and any seems to work... Jan

1 0

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

03 Aug '05

I had run into a problem once where I had a forward declare of a type, and then the type was declared below a template- the template was trying to get to a type in the forward declared class, when I derived from the class, I was able to get it to compile. this was months ago and my memory could be wrong (I was also very tired when I wrote that). ----Original Message----- From: boost-bounces(a)lists.boost.org on behalf of Andreas Huber Sent: Tue 8/2/2005 11:36 AM To: boost(a)lists.boost.org Subject: Re: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X<Y > --- 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. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] weak_ptr, maybe empty
by Andy Thomas-Cramer 03 Aug '05

03 Aug '05

Thanks, that did it. It's not intuitive, and not obvious from the documentation. > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Michael B. Edwin Rickert > Sent: Wednesday, August 03, 2005 3:14 PM > To: boost(a)lists.boost.org > Subject: Re: [boost] weak_ptr, maybe empty > > Andy Thomas-Cramer wrote: > > 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() ) { > > ... > > } > > The documentation (http://boost.org/libs/smart_ptr/weak_ptr.htm) seems > to show a few options. The most similar to your situation would be: > > boost::weak_ptr< int > wp; > boost::shared_ptr< int > sp = wp.lock(); > if ( sp.get() ) { > ... > } > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[1.33.0] 300 broken links [repost]
by Jonathan Turkanis 03 Aug '05

03 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 release. 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

6 15

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

03 Aug '05

<html> <head> <meta http-equiv="refresh" content="1; url=issues-email.txt"> </head> <body> <p>Update in progress (building archive index, done in approximately 4 seconds), please wait...</p> </body> </html>

2 1

[mpl] as_sequence< X< Y > > instantiates typedefs in X< Y >
by Andreas Huber 03 Aug '05

03 Aug '05

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.

2 14

[iostreams-1.33.0-RC1] documentation error?
by Russell Hind 03 Aug '05

03 Aug '05

2.1.1 states "Here io::stream<my_device> is a derived class of std::basic_streambuf, and io::stream<my_device> is a derived class of std::basic_istream, std::basic_ostream or std::basic_iostream depending on the mode of my_device, i.e., depending on which of the fundamental i/o operations read, write and seek it supports." Shouldn't the first part be "Here io::stream_buffer<my_device>"? Cheers Russell

2 1