Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 19 Sep 2001 14:38:21 -0700
From: Justin Erenkrantz <jerenkrantz@ebuilt.com>
To: Ryan Bloom <rbb@covalent.net>
Cc: Brian Pane <bpane@pacbell.net>, dev@apr.apache.org
Subject: Re: apr_table_t (was: Re: Release time?)
Message-ID: <20010919143821.E12417@ebuilt.com>
References: <20010919151902.2D44646DFD@koj.rkbloom.net>
 <3BA8F130.7090004@pacbell.net> <20010919142804.D12417@ebuilt.com>
 <20010919213322.C292C46DFC@koj.rkbloom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010919213322.C292C46DFC@koj.rkbloom.net>;
 from rbb@covalent.net on Wed, Sep 19, 2001 at 02:33:22PM -0700

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