In message <[EMAIL PROTECTED]>, Boris Popo
v writes:
> No, in the current implementation mb_get* functions will work
>properly. But mb_put* will fail. This can be avoided by implementing
>alignment-safe set* macros (which can be written in two variants - first
>form is for aligned objects an
On Thu, 8 Feb 2001, Ian Dowse wrote:
> It may be beneficial to use separate structs for the build and
> breakdown operations. The two cases have slightly different
> requirements: the mb_count field is only useful when building, and
> mb_pos is only strictly necessary when breaking down mbuf chai
In message <[EMAIL PROTECTED]>, Boris Popo
v writes:
> Before starting import process for smbfs, I would like to
>introduce new API which greatly simplifies process of packaging data into
>mbufs and fetching it back (in fact, similar API already presented in the
>tree, but it is private to t
> Before starting import process for smbfs, I would like to
> introduce new API which greatly simplifies process of packaging data into
> mbufs and fetching it back (in fact, similar API already presented in the
> tree, but it is private to the netncp code and it will be really nice to
> sha
On Wed, 7 Feb 2001, Boris Popov wrote:
BP>> Using 'word' and 'doubleword' is rather confusing (when speeking of words
BP>> I would think of 32 bit nowadays).
BP>
BP> Well, it depends. For me 'word', 'dword' and 'qword' are clear
BP>from the good old 8bit days :)
BP>
BP> If numbers in the
On Wed, 7 Feb 2001, Harti Brandt wrote:
> But, I would recommend to stick with the ususal naming of size dependend
> things, by appending a numeric suffix. Something like:
>
> int mb_get8(struct mbdata *mbp, u_int8_t *x);
> int mb_get16(struct mbdata *mbp, u_int16_t *x);
> int mb_get16le(stru
Looks nice, just what I needed two weeks ago and partly had
to implement myself :-)
But, I would recommend to stick with the ususal naming of size dependend
things, by appending a numeric suffix. Something like:
int mb_get8(struct mbdata *mbp, u_int8_t *x);
int mb_get16(struct mbdata *mbp, u_
On Tue, 6 Feb 2001, Alfred Perlstein wrote:
> Looks really cool, I can't get to http://www.butya.kz/~bp/mbuf/,
> but from the examples it looks very useful.
Sorry, server was brought down and I wasn't notified :(. It should
be ok now.
> I was wondering if you planned or already had an A
* Boris Popov <[EMAIL PROTECTED]> [010206 03:51] wrote:
> [Please trim CC list as necessary]
>
> Hello,
>
> Before starting import process for smbfs, I would like to
> introduce new API which greatly simplifies process of packaging data into
> mbufs and fetching it back (in fact, sim
