]> granicus.if.org Git - apache/commitdiff
Drop one of the bad worker MPM symtoms (dropped connections)
authorJeff Trawick <trawick@apache.org>
Mon, 4 Mar 2002 18:12:05 +0000 (18:12 +0000)
committerJeff Trawick <trawick@apache.org>
Mon, 4 Mar 2002 18:12:05 +0000 (18:12 +0000)
Even though I can hit it pretty readily on my Linux box,
I can't reproduce on AIX or Solaris and I don't think anybody
else noticed it on Linux.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93699 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index 5996d110045f33e06f5de7452b09d1048d51168e..6bd7f5c08cfbca9bcee86765713f8ef82c541b03 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 2.0 STATUS:                                              -*-text-*-
-Last modified at [$Date: 2002/03/04 14:53:32 $]
+Last modified at [$Date: 2002/03/04 18:12:05 $]
 
 Release:
 
@@ -78,15 +78,13 @@ FINAL RELEASE SHOWSTOPPERS:
     * Graceful restart is broken in the worker MPM.
         Message-ID: <m3g03tnrkv.fsf@rdu163-40-092.nc.rr.com>
       Justin asks: "Is this fixed?  I can't reproduce now."
-      Jeff: Here are some problems that remain now that the segfault
+      Jeff: Here is a problem that remains now that the segfault
       is fixed:
-      1) accept mutex gets cleaned up before children are gone; with
-         some types (sysvsem), this causes immediate failure in a
-         thread blocked in the accept mutex; that thread will exit(),
-         presumably taking with it any active connections owned by other
-         threads in the process
-      2) even without accept mutex (1 listening socket), I see some
-         evidence of a child exiting prematurely (dropped connections)
+      * accept mutex gets cleaned up before children are gone; with
+        some types (sysvsem), this causes immediate failure in a
+        thread blocked in the accept mutex; that thread will exit(),
+        presumably taking with it any active connections owned by other
+        threads in the process
 
     * Address popular PRs
         * Win32 doesn't install as service correctly [9863, 9914, 9961]