At least on Win32 ... close the book on nice-to-haves with no patch,

  or no point (.exe's available from 2.0 builds, duplicating ApacheMonitor
  in both trees is a waste and a maintenance headache.)

  Besides, we are -discouraging- future use.  If 1.3.2x is 'initial release'
  quality, 2.0 is much closer to fine.

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

diff --git a/STATUS b/STATUS
index a101bf984af72a250797021f78ba2116f6e6e419..6368c11920d9844249fafc44e39307bebe31c256 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 1.3 STATUS:                                             -*-text-*-
-  Last modified at [$Date: 2002/05/15 14:37:29 $]
+  Last modified at [$Date: 2002/05/15 14:45:24 $]
 
 Release:
 
@@ -206,22 +206,6 @@ Open issues:
       
 Win32 specific issues:
 
-    * Adding a tray application to the Windoze version for ease of
-      status/management.  (PR3594, PR4873)
-        Status: It's in 2.0 - can be moved or simply built with the 1.3
-        binary distribution.
-
-    * chdir() for CGI scripts and mod_include #exec needs to be 
-      re-implemented now that CreateProcess is being used.
-        Status: already resolved 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,
-      look there for an example ... probably not appropriate everywhere,
-      but only where the client is affecting the state of the machine.
-      What the operator does is a different matter.
-
     * 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.