From eb45bb86da1433ceb04563dd85eee742d59ad492 Mon Sep 17 00:00:00 2001 From: Greg Stein Date: Mon, 17 Sep 2001 11:22:52 +0000 Subject: [PATCH] Found the persistent connection problem I've been observing. Nasty result of the problems in the input filter stack. Time to rejigger, per the discussions we've had. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@91052 13f79535-47bb-0310-9956-ffa450edef68 --- STATUS | 25 ++++++++++++++++++++++++- 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/STATUS b/STATUS index 1874aae1b4..578e63a6c6 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2001/09/17 02:33:40 $] +Last modified at [$Date: 2001/09/17 11:22:52 $] Release: @@ -108,6 +108,29 @@ RELEASE SHOWSTOPPERS: This builds mod_headers as a DSO (good) but builds mod_mime as a compiled-in module (bad). + * revamp the input filter semantics, per discussions since + February (and especially at the hackathon last + April). Specifically, ap_get_brigade will return a brigade with + *up to* a specific number of bytes, or a "line" of data. The + read may be blocking or nonblocking. ap_getline() will be + refactored into apr_brigade_getline(), and then DECHUNK can use + f->next (ap_getline will always read "top of input stack"). Also + fix the bug where request body content will end up closing the + connection (buggering up persistent conns). + + - socket bucket and core input filter changes. see end of + message ID (Feb 27): <20010227075326.S2297@lyra.org> + + - fix up ap_get_brigade() semantics, fix bug in DECHUNK / + ap_getline. many messages (plus their threads) (Apr/May): + Message-ID: <20010402101207.J27539@lyra.org> + Message-ID: <3AF7F921.D2EEC41A@algroup.co.uk> + Message-ID: <20010508190029.E18404@lyra.org> + + - further work with combining/tweaking the builtin filters: + Message-ID: <20010509115445.D1374@lyra.org> + + RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: * Allow the DocumentRoot directive within scopes? This -- 2.40.0