All the work on the lock APIs probably deserves a little note, and besides

the module authors will appreciate the note directing them to the new
APIs.

showstoppers--

Also, fast_redirect is lame, toss it.

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

diff --git a/CHANGES b/CHANGES
index bfb396c5dfbe27c4ea34a627158dff5c48b7162f..f6358141b9bb22072b89454b0c1352fa30058cdc 100644 (file)
--- a/CHANGES
+++ b/CHANGES
@@ -1,5 +1,11 @@
 Changes with Apache 2.0.33-dev
 
+  *) All instances of apr_lock_t have been removed and converted
+     to one of the following new lock APIs: apr_thread_mutex.h,
+     apr_proc_mutex.h, or apr_global_mutex.h. No new code should
+     use the apr_lock.h API, as the old API will soon be deprecated.
+     [Aaron Bannert]
+
   *) Merged in changes to mod_ssl up through 2.8.7-1.3.23.
      [Ralf S. Engelschall, Cliff Woolley]
 

diff --git a/STATUS b/STATUS
index 9eb5038b171cf4475de33717a68184713aa0ab25..49acdc5a63286585f4fd991ff6f561194336670c 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 2.0 STATUS:                                              -*-text-*-
-Last modified at [$Date: 2002/02/25 06:54:40 $]
+Last modified at [$Date: 2002/02/27 03:17:26 $]
 
 Release:
 
@@ -54,7 +54,7 @@ FINAL RELEASE SHOWSTOPPERS:
         to thread: <200202121332.IAA27467@web.turner.com>
       Solutions:
         Ditch fast_redirect, it was bogus in 1.3 and it's bogus now.
-          In Agreement? : Justin
+          In Agreement? : Justin, Aaron
         Fix [and *Maintain*] fast_redirect, it was useful to our redirects
         in negotiation and dir, and it's useful to 3rd parties.
           In Agreement? :
@@ -70,19 +70,6 @@ FINAL RELEASE SHOWSTOPPERS:
         and that implies pushing the 'handler election' into the request
         internal processing phase from the run request phase.
 
-    * Convert all instances of the old apr_lock_t type to the new
-      types (once they are fully supported in APR).
-        Status: Aaron is working on converting INTRAPROCESS
-                to apr_thread_mutex_t types. Full replacements for
-                LOCKALL and CROSS_PROCESS are not yet complete on all
-                platforms, and should only be used in MPMs like worker
-                with limited OS exposure.
-        BrianP asks: "Is this really a showstopper?"
-        IanH says: "If we don't do it before we go live we will have 2
-                    different API's to support in APR"
-        BrianP agrees: "Yes, let's clean up the remaining dependencies
-                        on the old lock API."
-
     * We need to find out the right place to add the AddOutputFilterByType
       directive.  mod_mime?  No.  core with fixups?  That's what it is now.
       ap_pass_brigade() hook?  As a filter that runs at HTTP_HEADER stage?
@@ -127,6 +114,14 @@ CURRENT VOTES:
 
 RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
+    * Convert all instances of the old apr_lock_t type to the new
+      types.
+        Status: Aaron has converted all but the perchild MPM to
+                use the new lock API. Since perchild has been put
+                on the back burner, this is no longer a showstopper.
+                Aaron will patch perchild as soon as it becomes
+                buildable again.
+
     * With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
       how the Perchild MPM should be re-written.  It hasn't worked
       correctly since filters were added because it wasn't possible to