apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Knight <christopher.d.kni...@nasa.gov>
Subject Re: allocator and using malloc alternatives
Date Fri, 21 May 2010 23:05:45 GMT
Given no further comment, I am wondering what process would be best to get this feature merged
into the APR trunk?

On May 18, 2010, at 6:01 PM, Nick Kew wrote:

> On 19 May 2010, at 00:12, Chris Knight wrote:
>> Thanks, I mostly didn't want it to be part of apr_pool_create because then you'd
have to change every instance of calling apr_pool_create;
> Yes of course.  It would be a separate create function, apr_pool_create_with_allocator
> or something similar but less verbose, and certainly nearer apr_pool_create_ex.
>> plus most users will not need this capability so rather not have 99% of apr_pool_create
calls with 3 NULL's at the end. Also the semantics get a little confusing in doing this at
apr_pool_create; is the apr_pool_t * allocated from the allocator_alloc_fn or via malloc()?
> :-)
> Surely, from the parent pool!  That's only a question in a top-level create.
> -- 
> Nick Kew

View raw message