Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Content-Type: text/plain;
  charset="iso-8859-1"
From: Ryan Bloom <rbb@covalent.net>
Reply-To: rbb@covalent.net
Organization: Covalent Technologies
To: dev@httpd.apache.org, "Eric Prud'hommeaux" <eric@w3.org>
Subject: Re: Letting Table store non-char data
Date: Thu, 23 Aug 2001 08:02:48 -0700
References: <998514781.12703.10.camel@c1619481-a.almda1.sfba.home.com>
 <998539401.7602.11.camel@c1619481-a.almda1.sfba.home.com>
 <20010823104559.A4104@w3.org>
In-Reply-To: <20010823104559.A4104@w3.org>
MIME-Version: 1.0
Message-Id: <01082308024806.21771@koj.rkbloom.net>
Content-Transfer-Encoding: 8bit
Status: O

On Thursday 23 August 2001 07:45, Eric Prud'hommeaux wrote:
> On Wed, Aug 22, 2001 at 09:03:21PM -0700, Ian Holsman wrote:
> > On Wed, 2001-08-22 at 20:58, Greg Stein wrote:
> > > On Wed, Aug 22, 2001 at 03:59:56PM -0700, Ian Holsman wrote:
> > > > On Wed, 2001-08-22 at 15:41, Brian Pane wrote:
> > > > > Ian Holsman wrote:
> > > > > >On Wed, 2001-08-22 at 14:12, Ryan Bloom wrote:
> > > > > >>We had binary tables, but we removed them, because that is what
> > > > > >> hash tables are for.
> > > > > >
> > > > > >agreed.
> > > > > >but there are no hash tables on the request rec structure.
> > >
> > > Yes there is. apr_pool_userdata_set(..., r->pool)
> >
> > Thanks.
> > never knew about this function.
>
> I am switching my code to use pool userdata but wonder if swapping the
> parms make make the calling convention more consistent with the other
> pool methods that take the pool as first parm.
>
> - apr_status_t apr_pool_userdata_get(void **, char *, apr_pool_t *);
> + apr_status_t apr_pool_userdata_get(apr_pool_t *, char *, void **);
> #				      this ptr      attr    value

All of the APR functions take the pool as the last var.  This was due to a
communication gaffe when I first wrote APR, but it would be VERY painful
to change it now.

Ryan

______________________________________________________________
Ryan Bloom                        	rbb@apache.org
Covalent Technologies			rbb@covalent.net
--------------------------------------------------------------