httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <trawi...@bellsouth.net>
Subject Re: cvs commit: apache-2.0/src/modules/standard mod_include.c
Date Sat, 14 Oct 2000 14:37:39 GMT
rbb@covalent.net writes:

> On Fri, 13 Oct 2000 rbb@covalent.net wrote:
> 
> > > I'm completely with Jeff on this one. I see no gains, and only negatives, in
> > > this "improvement". Shrinking the bucket size buys us very little, and (as
> > > Jeff says) the enumerated type is only important for us to write code to
> > > detect a few, special types. Obviously, we couldn't have code to look for a
> > > third-party type, so it doesn't matter what their bucket type is.
> > > 
> > > In fact, I'd formalize it and introduce AP_BUCKET_TYPE_EXTENSION. All
> > > extensions to the bucket system can use that.
> 
> BTW, that won't work.  Imagine a bucket that mod_perl creates and wants to
> use to do some special processing with.  Using the same type as is used
> for an SSL socket bucket would break that completely.
> 
> Ryan

That is where ap_get-me-a-bucket-type() comes in.  A module
implementing a custom bucket type can then get a unique id which
doesn't conflict with the ids of core bucket types.

-- 
Jeff Trawick | trawick@ibm.net | PGP public key at web site:
     http://www.geocities.com/SiliconValley/Park/9289/
          Born in Roswell... married an alien...

Mime
View raw message