From: Bill Stoddard Date: Mon, 2 Jul 2001 13:28:47 +0000 (+0000) Subject: Comment on some brokeness. These are show stoppers... X-Git-Tag: 2.0.20~27 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=adc82828418c2b0e9425d02988ab7bd11a20e6af;p=apache Comment on some brokeness. These are show stoppers... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89490 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/STATUS b/STATUS index bb3a750e0c..a065d69a5b 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2001/07/01 21:09:40 $] +Last modified at [$Date: 2001/07/02 13:28:47 $] Release: @@ -104,6 +104,26 @@ RELEASE SHOWSTOPPERS: WARNING: ALWAYS check srclib/apr/STATUS and srclib/apr-util/STATUS + * cgi on all platforms is broken. Specifically, with the addition of + filters, we have lost the ability to flush partially written buffers + received from CGI scripts to the network. Apache 1.3 does a + non-blocking read on the pipe from the CGI. If bytes are present, + Apache 1.3 keeps reading until one of three conditions are + hit: + 1. output buffer fills up (Apache should flush to network) + 2. receives an EOF on the pipe (ditto & cleanup) + 3. receives EWOULDBLOCK on the non-blocking read + In case 3, Apache should flush the network buffer then do a + blocking read on the pipe. Apache 2.0 always does a blocking read + (in the content length filter), thus never gets the chance to + flush the network i/o buffer. + + * Rotatelogs on Windows sometimes is not terminated when Apache + goes down hard. When this occurs, Apache will not serve requests + after it is restarted. The problem is that the old rotatelogs + is holding the listening socket. netstat -an shows two listeners + on the webserver port. + * There is a bug in how we sort some hooks, at least the pre-config hook. The first time we call the hooks, they are in the correct order, but the second time, we don't sort them correctly. Currently,