Michael Burbidge wrote:
> I've been trying to use the XML samples in
> libs/example/application/xml. They build fine, but get a runtime
> assert
> when given even the simplest xml file. Are these samples kept up to
> date? Here's the assert that I get:
>
> Assertion (r.is_valid()) failed in "rang
Gennaro Prota <[EMAIL PROTECTED]> writes:
> Any comments will be greatly appreciated.
"Make 'em MPL-compatible metafunctions."
-Dave
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
___
Unsubscribe & other changes: http://lists.boost.org/ma
I've been trying to use the XML samples in
libs/example/application/xml. They build fine, but get a runtime assert
when given even the simplest xml file. Are these samples kept up to
date? Here's the assert that I get:
Assertion (r.is_valid()) failed in "range_run.ipp", function "set",
line 13
Hi everybody,
this is just to let you know that I've now committed the new version
of static_log2<> to the boost sandbox:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost-sandbox/boost-sandbox/boost/integer/static_log2.hpp
and a bunch of new traits to the Yahoo files section:
http://groups.
Joe Gottman wrote:
>I just realized that it would be impossible to use weak_ptr with
> any
> hash. The problem is that the hash function would have to use
> weak_ptr's get() method. Then if the underlying object of the
> weak_ptr gets destroyed, get() will suddenly return 0 instead of the
>
On Saturday, March 8, 2003, at 07:28 AM, Beman Dawes wrote:
So Howard was right - BOOST_NO_STDC_NAMESPACE is defined but shouldn't
be.
Look at boost/config/posix_features.hpp, around line 38:
# ifndef __APPLE_CC__
// GCC strange "ignore std" mode works better if you pretend everything
// is
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Thorsten Ottosen" <[EMAIL PROTECTED]> writes:
>
> > my code does not include , or , but it does need
> > .
> >
> > Some of the functionality of the container_traits are shown here:
> >
> >
> > template< typename C >
>
At 02:17 AM 3/8/2003, Daryle Walker wrote:
>> Try compiling libs/config/config_info.cpp and running it. The output
>> will tell you what the configuration looks like. It will identify the
>> platform, compiler, library, and the important macros defined for
>> each. Look for macros which are obviou
I've written a Perlin noise generator that I'd like to submit to Boost.
You can get the preliminary version from:
http://xultekh.net.nz/c++/boost_perlin.tgz
It includes user documentation for the class and a simple test harness;
I've still got to add some more documentation explaining how Perli
Daniel Frey wrote:
>
> BTW: I wonder if gmane eats messages. I cannot find some messages we
> exchanged when I was still in the company earlier this day. I will keep an
> eye on it in case the problem remains.
False alarm, gmane.org works perfectly well. I just had to fix my
mail-filters :)
Rega
Daniel Frey wrote:
>
> One problem I just found with your implementation (and thus with Peter's
> idiom in general) is, that is doesn't provide an operator bool(). This
This sounds too hard. Of course it's not a problem where Peter used it
as there obviously is no other operator int() or somethin
The following patch fixes some compilation problems when
BOOST_NO_WREGEX is defined (as we do in LyX). These concern OpenBSD
(first hunk: when BOOST_NO_WREGEX is defined we end up including
) and something I found when trying to compile with lyxstring
(no need to define compare_string(wstring,wcha
12 matches
Mail list logo