<dt71 <at> gmx.com> writes:

> ... 
> It appears that it's not possible to make a proper API with 
> malloc_usable_size() included, at least when
> multi-threading is involved (ie., in the modern world).
> However, it is still useful to create an API that supports the following
> ...

Well, this is a step forward toward achieving a well defined API for memory

But can we arrive at this goal without consideration for leaked
implementation details via malloc_usable_size() & co ?
We want to get rid of that leak and associated hacks.

We want to induce reallocation function to do "the right thing" thru one API
call with clear and smart options.
If it does 90% of what we would ideally want, then the job is done.


freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to