January 2006 - Boost - lists.boost.org

[wiki] overactive spam filter
by Eric Niebler 12 Jan '06

12 Jan '06

I can't edit the LibrariesUnderConstruction page on the Boost Wiki. To repro ... Go to http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?LibrariesUnd… Click "Edit text of this page" Click "Preview" Result: "Spam content found, page will not be saved." There is no spam on this page, as far as I can see. -- Eric Niebler Boost Consulting www.boost-consulting.com

2 1

variant visitation assertion Failure
by Felipe Magno de Almeida 12 Jan '06

12 Jan '06

Hi! I'm having an assertion failure at visition_impl.hpp:201 But the assertion doesnt state what could be wrong, there's only a comment saying: // should never be here at runtime: Here is the function that is being called, that shouldnt... template < typename W, typename S , typename Visitor, typename VPCV , typename NBF > inline BOOST_VARIANT_AUX_GENERIC_RESULT_TYPE(typename Visitor::result_type) visitation_impl( int, int, Visitor&, VPCV , mpl::true_ // is_apply_visitor_unrolled , NBF, W* = 0, S* = 0 ) { // should never be here at runtime: BOOST_ASSERT(false); typedef typename Visitor::result_type result_type; return ::boost::detail::variant::forced_return< result_type >(); } Could anyone help me? Thanks in advance, -- Felipe Magno de Almeida

2 1

Re: [boost] Late asio review
by Hickman, Greg 11 Jan '06

11 Jan '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Chris Cleeland > Sent: Wednesday, January 11, 2006 12:47 PM > To: boost(a)lists.boost.org > Subject: Re: [boost] Late asio review [snip] > If you do that, you still get into the situation of having to > replicate what is essentially a system interface at a level > that is supposed to provide abstractions and a certain > measure of system independence, right? I'm not sure that the > Right Thing(TM) is to allow direct access to file descriptors > or handles, but the fact remains that over the years I've > come up with enough time that I've needed to access something > platform or system-specific related to sockets that I've > needed something like this. > > I don't think it makes sense for asio to become a kitchen > sink for those sorts of things, but one also shouldn't be > forced to break encapsulation or abandon asio because one > needs functionality from one of the lower level tools that > the asio designers/developers didn't anticipate. If possible, I'd lean toward the ability to both take advantage of the platform where it makes sense and rely on portable abstractions everywhere else. What if I need to demultiplex file I/O events as well as socket events in a TCP-based echo client? Without the socket handle, I don't know how to use asio sockets for that.

2 1

[rational]boost::detail::resetter warning on MSVC7.1
by Toon Knapen 11 Jan '06

11 Jan '06

While using the boost::rational MSVC7.1 generates errors saying: warning C4512: 'boost::detail::resetter' : assignment operator could not be generated So I propose following diff to boost::detail::resetter that makes this warning go away RCS file: /cvsroot/boost/boost/boost/rational.hpp,v retrieving revision 1.16 diff -u -r1.16 rational.hpp --- rational.hpp 27 Dec 2005 11:38:27 -0000 1.16 +++ rational.hpp 9 Jan 2006 16:32:12 -0000 @@ -462,11 +462,16 @@ // A utility class to reset the format flags for an istream at end // of scope, even in case of exceptions - struct resetter { + class resetter { + public: resetter(std::istream& is) : is_(is), f_(is.flags()) {} ~resetter() { is_.flags(f_); } std::istream& is_; std::istream::fmtflags f_; // old GNU c++ lib has no ios_base + private: + // MSVC 7.1 complains that he is unable to generate the assignment- + // operator so we generate it for him as to avoid the warning. + resetter& operator=(const resetter&) ; }; }

2 1

Re: [boost] Late asio review
by Hickman, Greg 11 Jan '06

11 Jan '06

I apologize if this ground has already been covered. I'm obviously late to the dicussion. > -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Chris Cleeland [snip] > really using. I don't see how one can get hold of the raw > socket descriptor to twiddle options that the library > hasn't abstracted. Would a viable approach in this case be to provide platform-specific or "hidden" socket options as "optional" public interface according to whether those options are available on a given platform? On a related note, should a general-purpose socket library really couple socket classes to an event demultiplexer? Although Asio is more than a socket library, my first inclination would have been to build the socket abstractions independently of auxiliary concepts in such a way as to allow users to combine their usage in the manner most appropriate for their applications. And it does seem like that approach would lead to a socket handle accessor on the public interface of socket classes. -Greg

2 1

[serialization] Problem switching from one archive format to the other
by Loïc Joly 11 Jan '06

11 Jan '06

Hello, I'm using boost::serialisation, currently with xml_archive. To make a performance test, I tried to switch to another archive format, namely text_archive. However, I cannot read the archive file any longer. Here are the beginnings of both files : ******XML : <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <!DOCTYPE boost_serialization> <boost_serialization signature="serialization::archive" version="3"> <GlobalContext class_id="0" tracking_level="0" version="0"> <Pointer class_id="2" class_name="CContainer2[basic]" tracking_level="1" version="0" object_id="_0"> ******Text: 22 serialization::archive 3 0 0 2 18 CContainer2[basic] 1 0 I tried to debug the problem, and could see that the number 2 was incorrectly interpreted as the version of the class GlobalContext, instead of the Id of the following class. It looks like there is a missing 0 in the text file. Does someone have any idea where it may come from ? FYI, I'm using VC++8.0. Best regards, -- Loïc

2 1

please help - trouble building bgl-viz
by VP of Communciations 11 Jan '06

11 Jan '06

I have successfully installed boost with VC express (windows), but am having trouble getting the DOT reader going. I don't seem to have the bgl-viz library. I have followed the directions on the "getting started" page and the read_graphviz page, but I must be doing something wrong, because I am not getting the bgl-viz library. I'm new to boost and C++, so please forgive me if these are elementary questions. How do I build the bgl-viz library? Thanks.

1 0

[Boost-bugs] [ boost-Bugs-1402744 ] crach build from borland 5.6.4
by SourceForge.net 11 Jan '06

11 Jan '06

Bugs item #1402744, was opened at 2006-01-11 16:45 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=1402744&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: filesystem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexandr Zamaraev (shura_zam) Assigned to: Beman Dawes (beman_dawes) Summary: crach build from borland 5.6.4 Initial Comment: Error file boost\boost\filesystem\path.hpp in line 589 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1402744&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

[Boost-bugs] [ boost-Bugs-1402743 ] bjam don`t copy lib & dll files to stage
by SourceForge.net 11 Jan '06

11 Jan '06

Bugs item #1402743, was opened at 2006-01-11 16:42 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=1402743&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: date_time Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexandr Zamaraev (shura_zam) Assigned to: Jeff Garland (az_sw_dude) Summary: bjam don`t copy lib & dll files to stage Initial Comment: In Jamfile don`t present target stage I add next 10 lines in Jamfile. stage stage/lib : <lib>boost_date_time <dll>boost_date_time : <locate>$(BOOST_ROOT) common-variant-tag <target>stage <target>all : debug release ; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1402743&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] Should we still be testing GCC 2.95.3?
by Martin Bonner 11 Jan '06

11 Jan '06

From: Maciej Sobczak > LynxOS here (distributed real-time control systems), with g++ 2.95 > toolchain. No way to upgrade for the foreseeable future [snip] > > I try to promote Boost for development here and there's a lot of > "resistance". If Boost drops support for 2.95, it might be an > additional argument against using Boost at all That's an issue. > (On the other hand, if we're using stone-age compilers, we might as > well stick to some existing Boost version - if it's accepted for > use - and just not follow its evolution. That's still fine, > because the most fundamental Boost libraries are already stable > and useable.) I think that is the best solution. It DOES mean that boost needs to keep a copy of 1.33.1 readily available, with a note "this is the last version which supported g++ 2.95" > Having said that and being still completely serious, I'd drop support > for 2.95 and for everything else (VC++6.0, others?) that's already not > supported even by the company or organization that made it. I think the above note should read "... which supported g++ 2.95 and VC 6.0" :-) -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

1 0