From: William A. Rowe Jr <wrowe@apache.org>
Date: Tue, 2 Oct 2001 17:26:29 +0000 (+0000)
Subject:   The more things change...
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=4323ead0424eaa8211a5f4f7fede4cadf61ceef3;p=thirdparty%2Fapache%2Fhttpd.git

  The more things change...

  take a few things that are resolved in Apache 2.0 off the 1.3 status plate.


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

diff --git a/STATUS b/STATUS
index 7ce6f6dec61..7cd2f56583e 100644
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 1.3 STATUS:						-*-text-*-
-  Last modified at [$Date: 2001/09/26 18:22:06 $]
+  Last modified at [$Date: 2001/10/02 17:26:29 $]
 
 Release:
 
@@ -37,15 +37,12 @@ Release:
 
 RELEASE SHOWSTOPPERS:
 
-    Netware, OS2, MPE and Win32 enabled unique_id's aren't unique.  
-      OtherBill will offer Win32 gettid() if it doesn't exist, suggests
-      the same on all three plaforms to make this consistent.
-      Status: is a gettid()-style patch available?
-
-    Netware, OS2, and Win32 have a broken vhost_alias module.  
-      Status: OtherBill will fix by Wednesday.  [That's a period there]
+    Netware, OS2, and MPE may require gettid() and tid_t definitions in
+    those platforms' os.h headers for mod_unique_id.
+      Status: Win32 OK.  Netware ??.  OS2 ??.  MPE ??.
 
     Security issues posted to the appropriate list.
+      Status: some applied
 
 RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
@@ -138,11 +135,6 @@ Available Patches (Most likely, these will not be added to the official
 
 In progress:
 
-    * Doug MacEachern's libapr - Generic Apache Request Library (Alpha)
-      This package contains modules for manipulating client request data
-      via the Apache API with Perl and C.
-        Status: http://perl.apache.org/dist/ (look for the latest libapr-* file)
-
     * David Harris' note of odd size memory allocations.  Dean notes
       that this is due to BLOCK_MIN_ALLOC.  Should we reduce it to 1024?
       Discussion in thread following message-ID below.
@@ -184,12 +176,6 @@ Open issues:
     * Should we provide a way to force CustomError responses past IE's
       'prettify-if-less-than-N-bytes' bogosity?
 
-    * there are still some PRs about inetd mode
-      Should we deprecate "ServerType inetd" if the next release is 1.4.0?
-        +1: Lars
-	-0: Martin (ISTR someone volunteered to "keep it working". I fear
-	    some exotic platforms may require it)
-
     * general/3787: SERVER_PORT is always 80 if client comes to any port
       => needs review by the protocol guys, I think.
 
@@ -293,17 +279,9 @@ Win32 specific issues:
       but only where the client is affecting the state of the machine.
       What the operator does is a different matter.
 
-    * install
-	- make installshield work
-	- config in cvs tree?
-	- install docs, etc.?
-	- location for install
-
     * the mutex should be critical-regions, since the current design
       is creating a mess of SO calls that are unnecessary
 
-    * performance
-
     * rfc1413.c has static storage which won't work multithreaded
 
     * apparently either "BrowserMatch" or the "nokeepalive" variable
diff --git a/src/CHANGES b/src/CHANGES
index 059261b470b..3bae7399a4f 100644
--- a/src/CHANGES
+++ b/src/CHANGES
@@ -1,5 +1,11 @@
 Changes with Apache 1.3.21
 
+  *) Enabled Win32/OS2/Netware file paths (not / rooted, but c:/ rooted)
+     as arguments for mod_vhost_alias'es directives.  [William Rowe]
+
+  *) Changes for Win32 to assure mod_unique_id's UNIQUE_ID strings really
+     are unique between threads.  [William Rowe]
+
   *) mod_proxy - fix for Pragma: nocache (HTTP/1.0 only)
      [Kim Bisgaard <kib@dmi.dk>] PR #5668