Glenn Strauss <[EMAIL PROTECTED]> writes:

[...]

> I'm not sure the answer to this one:
> Are protocol filters attached to the request (I think so)
> or to the connection?  If attached to the request, then 
> wouldn't they need to push-back excess data before the request
> finishes if the data is to be used by later requests on the
> same connection?
> 
> The HTTP_IN filter allocates its ctx from r->pool, so it won't
> survive multiple requests on the same connection.

I don't think HTTP_IN would normally read more than one 
request at a time, but if it did, it could add an
ephemeral connection filter and put the excess brigade
in there.

-- 
Joe Schaefer

Reply via email to