Glenn Strauss <[EMAIL PROTECTED]> writes: [...]
> This just occurred to me: why not promote HTTP_IN to be a > connection level filter, and add a buffer brigade to http_ctx_t? IIRC Bill Stoddard posted something like this about a year ago. He and Brian Pane also discussed inverting the input filter's control flow from pull to push (1-2 years ago), but I didn't follow their conversation closely. Let me see if I can at least dig up the threads... Subject: [PATCH] event driven read http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=103470304216864&w=2 http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=106343279912187&w=2 Subject: [PATCH] Move http header parsing into the http_input_filter http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=104611092606896&w=2 > Not only would that handle the case above, but it would also > obviate the need for the ugly AP_MODE_EATCRLF because the > HTTP_IN filter would handle what is now done in check_pipeline_flush(). > > And if we remove folding ability from ap_rgetline_core(), (and > replace the one usage of folding in proxy_util.c), then we can > also get rid of AP_MODE_SPECULATIVE. > > Getting rid of AP_MODE_SPECULATIVE and AP_MODE_EATCRLF sounds to me > like moves in the right direction. What do you think? Sounds good to me, but I'm curious to know what Justin thinks about it. -- Joe Schaefer
