- Boost - lists.boost.org

[Boost-bugs] [ boost-Feature Requests-1402546 ] [variant] Compile time checked getter
by SourceForge.net 12 Jan '06

12 Jan '06

Feature Requests item #1402546, was opened at 2006-01-10 22:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1402546&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [variant] Compile time checked getter Initial Comment: [Sorry if anyone feels bad about this, I already posted it in usera and devel lists, with no answer at all] During a redesign, I began using boost::variant, and I detected that trying to get a value of a type not included in variant type-list resulted in run-time error (cast or null pointer). I feel that a variant should only try to return a valid type from its type-list, otherwise giving a compiler error, and reserve runttime errors for that case when someone tries to get a value from a type contained in the typelist, but not the actual type contained in the actual object. In such a way, I have made a little redesign on boost::get and called it boost::checked_get: namespace boost { template <typename U, BOOST_VARIANT_ENUM_PARAMS(typename T) > inline typename add_pointer<U>::type checked_get( boost::variant< BOOST_VARIANT_ENUM_PARAMS(T) >* operand BOOST_VARIANT_AUX_GET_EXPLICIT_TEMPLATE_TYPE(U) ) { typedef boost::variant< BOOST_VARIANT_ENUM_PARAMS(T) > Variant; /* throw a compile-time error if type is not contained on type list */ BOOST_STATIC_ASSERT((!is_same< typename mpl::find<typename Variant::types,U>::type, typename mpl::end<typename Variant::types>::type>::value)); typedef typename add_pointer<U>::type U_ptr; if (!operand) return static_cast<U_ptr>(0); detail::variant::get_visitor<U> v; return operand->apply_visitor(v); } } // end of addition to namespace boost And, of course, the rest of the templates needed for const *, ref and const&.. I think it would be interesting to include it in boost libraries. In fact, I use it intensely. Best regards, Zara (yozara(a)terra.es) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1402546&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

[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