Nicolas Williams wrote:

> IMO: a truly extensible STREAMS (or whatever) stack would have the
> ability to tag messages with typed-meta-data up (and down) the stack,
> from stream head (and application) to driver, or the reverse, visible to
> all things in between but _without_ having to make any modules aware of
> any such typed-meta-data if they don't need to consume it.


It seems to me that the multidata attribute manipulation
more or less fits the above.


> E.g., cred_t could be seen as such meta-data if there weren't already a
> field for that in mblk.
> 
> But might that get expensive?  Each bit of meta-data would have to have
> a type ID that could be used to find a destructor, for example, and
> probably a copy constructor (for meta-data that needs to be reflected at
> the head or driver, say).


Expensive in terms of memory usage?


-- 

                                                K. Poon.
                                                [EMAIL PROTECTED]

_______________________________________________
networking-discuss mailing list
[email protected]

Reply via email to