]> granicus.if.org Git - apache/commitdiff
Comment on some brokeness. These are show stoppers...
authorBill Stoddard <stoddard@apache.org>
Mon, 2 Jul 2001 13:28:47 +0000 (13:28 +0000)
committerBill Stoddard <stoddard@apache.org>
Mon, 2 Jul 2001 13:28:47 +0000 (13:28 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89490 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index bb3a750e0cf036912d60fa24d61a83cca26ce3aa..a065d69a5b863fb426bde6d2dccffae4a1a1e593 100644 (file)
--- 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,