apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Orton <jor...@redhat.com>
Subject Re: svn commit: r647394 - in /apr/apr/trunk: CHANGES include/apr_pools.h memory/unix/apr_pools.c
Date Mon, 14 Apr 2008 19:43:57 GMT
On Sat, Apr 12, 2008 at 08:42:59AM -0000, Mladen Turk wrote:
> Author: mturk
> Date: Sat Apr 12 01:42:51 2008
> New Revision: 647394
> 
> URL: http://svn.apache.org/viewvc?rev=647394&view=rev
> Log:
> Introduce apr_pool_sys_allocator_set

Why can't you just use a custom allocator for whatever the problem is 
here?  That's what the allocator abstraction is *for*, right?  Adding 
yet another abstraction above the allocator seems really wrong; 
especially since it introduces a bunch of global state and *everybody* 
suffers the overhead of the additional function calls and conditionals.

joe

Mime
View raw message