David B. Held wrote:
> > Fortunately, once you know what's happening, the bug is easy to
> workaround:
> >
> > template< typename T > struct pointer_type
> > {
> > typedef typename T::pointer_type type;
> > };
> >
> > #if defined(BOOST_MPL_MSVC_ETI_BUG)
> > template<> st
> -Original Message-
> From: Boris Schäling [mailto:[EMAIL PROTECTED]]
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Darryl Green
> > Sent: Wednesday, November 27, 2002 1:37 AM
[snip]
> > I had a look at your proposal earlier. From y
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 11:38 AM 11/26/2002, Samuel Krempp wrote:
>
> >So I can only look at the daily regression results..
>
> Since you are looking at the results, you might whack away at the Metrowerks errors
>(see below).
>
> The error "undefined identifier" on an identi
On Thursday, November 28, 2002, at 07:42 PM, Iain K.Hanson wrote:
But C 99 standardised the int*_t types and in anticipation that C++ 0x
might do the same, boost has them in the integer library ( cstdint.hpp
).
Two suggestions *I think* have been made.
1) that the serialisation library recomme
> [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Ramey
> Sent: 28 November 2002 17:49
> >From: Matthias Troyer <[EMAIL PROTECTED]>
>
>
> So archiving perfectly compatible with the practice of
> typedefing int32_t
> etc. but doesn't require it. This is as it should be. There
> is not nor
> sho
>From: Matthias Troyer <[EMAIL PROTECTED]>
>In any case the library user should be reminded that short, int and
>long are never portable, but that by using int*_t and appropriate
>archive formats one can achieve portable serialization.
>The base class basic_[i|o]archive define functions to read
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> Actually, the errors have little to do with MPL in general or lambda in
> particular;
Andrei won't be happy to hear that. ;)
> [...]
> inside another class template definition, can choos
> I have not used async io, so I am a little out of my depth here. If we
> were to create an interface that could be implemented using select or
> aio what design constraints would that impose?
>
> I am guessing the callbacks would be free threaded. Is that right?
The interaction model with asyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David B. Held
>
> I think the problem is that the entire clause can be viewed as disclaiming
> warranties against patent infringement/copyright violation/etc. The
> question is whether it is possible t
Michel,
On Sun, 24 Nov 2002 13:24:38 +0100, Michel André <[EMAIL PROTECTED]> wrote:
> How do i access the cvs sandbox?
> cvs update -P (in directory C:\Packages\boost_sandbox\)
> cvs server: Updating .
Sorry - I missed this message. Hopefully you have gained access by now,
but if not then you
On Wed, 27 Nov 2002 21:40:14 +0100
"Johan Nilsson" <[EMAIL PROTECTED]> wrote:
>
> >"Darryl Green" <[EMAIL PROTECTED]> skrev i meddelandet
> >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]
> ...
>
> [snip]
>
> > Note man says "regular files" - there are lots of interesting special
> files that don't
David Abrahams <[EMAIL PROTECTED]> writes:
| [I actually wonder if we shouldn't add that flag to the GCC
| toolset. That seems like a nuisance warning for Boost code]
Same for the standard library implementation shipped with GCC itself.
-- Gaby
___
Uns
On Wed, 2002-11-27 at 19:13, Boris Schäling wrote:
> I use std::string as a buffer which grows when needed. This is sufficient
> for what I do but may not what others need. You are right that there should
> be better control of the buffers and/or an on_flush() method to notify the
> observer when t
On Wed, 2002-11-27 at 20:40, Johan Nilsson wrote:
> Just adding some comments here.
>
> Being able to queue _true_ async read/writes on multiple devices (socket,
> files, serial devices, pipes, ...), and then wait for any of them to
> complete has been absolutely essential to me - much, much more
On Wed, 2002-11-27 at 19:13, Boris Schäling wrote:
> I use std::string as a buffer which grows when needed. This is sufficient
> for what I do but may not what others need.
In that case you would be well catered for by.
class buffered_observer : public observer
{
std::stringstream wri
David B. Held wrote:
> Now, for a real stumper. It seems to me that VC6 is only
> pretending to compile MPL::Lambda. The reason being that it refuses
> to recognize nested types that have passed through lambda. Here's
> what I think is the relevant code:
[snip]
> Now, inside smart_ptr...
>
16 matches
Mail list logo
