From: Jim Jagielski <jim@apache.org>
Date: Wed, 15 May 2002 14:10:47 +0000 (+0000)
Subject: Very doubtful that these will be (should be?) handled
X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=197c186fe7e5d0cdc93fcc27668ac1a11a7b093a;p=thirdparty%2Fapache%2Fhttpd.git

Very doubtful that these will be (should be?) handled
in 1.3 at all anymore... If you want Apache and Windows, 2.0 is
the viable solution :)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@95107 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/STATUS b/STATUS
index 5294fa205ef..23933cdfc85 100644
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 1.3 STATUS:						-*-text-*-
-  Last modified at [$Date: 2002/05/15 14:01:56 $]
+  Last modified at [$Date: 2002/05/15 14:10:47 $]
 
 Release:
 
@@ -247,11 +247,6 @@ Win32 specific issues:
       re-implemented now that CreateProcess is being used.
         Status: already resolved in Apache 2.0 using APR.
 
-    * process/thread model
-	- need dynamic thread creation/destruction, similar to 
-	  Unix process model
-        Status: already reimplemented in Apache 2.0 using APR.
-
     * handle bugs that make it pop up errors on console, ie. segv 
       equiv?  Can we do this?  Need to make it robust.
       This is done for mod_isapi by the ap_load_dso code on win32,
@@ -259,10 +254,6 @@ Win32 specific issues:
       but only where the client is affecting the state of the machine.
       What the operator does is a different matter.
 
-    * the mutex should be critical-regions, since the current design
-      is creating a mess of SO calls that are unnecessary
-        Status: Apache 2.0's apr/mpm locking model is already overhauled.
-
     * rfc1413.c has static storage which won't work multithreaded
         Status: this is a pretty significant rewrite.  Apache 2.0 is
                 already using apr's network_io and threadsafe storage.