apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@lnd.com>
Subject Re: apr_table_t (was: Re: Release time?)
Date Wed, 19 Sep 2001 21:59:11 GMT
From: "Justin Erenkrantz" <jerenkrantz@ebuilt.com>
Sent: Wednesday, September 19, 2001 4:38 PM


> On Wed, Sep 19, 2001 at 02:33:22PM -0700, Ryan Bloom wrote:
> > Which philosophy would that be?
> > 
> > Tables have worked this way for a very long time.  Take a look at the docs
> > in apr_table.h:
> > 
> >     /* This has to be first to promote backwards compatibility with
> >      * older modules which cast a apr_table_t * to an apr_array_header_t *...
> >      * they should use the table_elts() function for most of the
> >      * cases they do this for.
> >      */
> >     /** The underlying array for the table */
> >     apr_array_header_t a;
> 
> No reason not to change it now.  
> 
> We're explicitly not promoting backwards compatibility with any older
> modules with httpd-2.0.  -- justin

In the case of tables, the minimum api I would accept includes a duplicate
and truncate function.  Also (of course) the existing add, as well as an
insert (since we loose the ability to do so with this change.)

In the case of hashes, we still need an efficient duplicate.

Bill




Mime
View raw message