On Fri, Aug 13, 2004 at 02:36:38PM -0400, Joe Schaefer wrote: > Glenn Strauss <[EMAIL PROTECTED]> writes: > > If you are suggesting that there be no line-mode to read from filters, > > I am. > > > then we might also need some sort of way to push excess data back up > > the filter chain if we pulled it, parsed out lines, and decided that > > we did not need all of it, e.g. pulling the next HTTP request line > > into the HTTP_IN filter for the current request. > > If a protocol filter reads more data than it needs, then that filter > needs to set-aside the excess data for downstream filters to collect. > I see no reason why an imput filter needs to push the excess data > back upstream.
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. Cheers, Glenn
