[Brian Gray]
> A raw memory buffer is a good idea. I've rolled my own on a couple of
> occasions, but never tried to mimic the style of the STL. That
> approach opens up a couple issues:
>
> Since we don't know what's stored in the memory buffer (image/audio
> data, chars from an input stream, se
On Tuesday, March 4, 2003, at 12:24 PM, Larry Evans wrote:
Brian Gray wrote:
A raw memory buffer is a good idea. I've rolled my own on a couple
of occasions, but never tried to mimic the style of the STL. That
approach opens up a couple issues:
Since we don't know what's stored in the memory bu
Brian Gray wrote:
A raw memory buffer is a good idea. I've rolled my own on a couple of
occasions, but never tried to mimic the style of the STL. That approach
opens up a couple issues:
Since we don't know what's stored in the memory buffer (image/audio
data, chars from an input stream, seria
Attached is my implementation. It is not very well tested yet so be
careful.
On Tue, 4 Mar 2003, Brian Gray wrote:
> Since we don't know what's stored in the memory buffer (image/audio
> data, chars from an input stream, serialized structs, etc.), it would
> be useful to be able to parameteri
A raw memory buffer is a good idea. I've rolled my own on a couple of
occasions, but never tried to mimic the style of the STL. That
approach opens up a couple issues:
Since we don't know what's stored in the memory buffer (image/audio
data, chars from an input stream, serialized structs, etc
TED]>
Sent: Tuesday, March 04, 2003 11:05 AM
Subject: [boost] Any Interest In a Raw Memory Buffer
>
> Is there any interest in a vector like container which is designed to make
> working with raw memory easy. It is different from a vector (with
> the additional assumption that the
Is there any interest in a vector like container which is designed to make
working with raw memory easy. It is different from a vector (with
the additional assumption that the objects are stored in memory
sequentially) is the following ways:
The integrator is defined to be a pointer to make
