With the new locking API, this issue is solved.

git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62344 13f79535-47bb-0310-9956-ffa450edef68

1 files changed, 1 insertions, 14 deletions

diff --git a/STATUS b/STATUS
index f95f96eac..e46384e5b 100644
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
-Last modified at [$Date: 2001/09/11 01:06:13 $]
+Last modified at [$Date: 2001/09/19 15:27:16 $]
 
 Release:
 
@@ -84,19 +84,6 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
         Status: Greg +1 (volunteers)
 
-    * apr_create_lock() changes:
-      - It ignores the "type" parameter, so toss it.
-      - The fname param is allowed to be NULL on the Unix platform.
-        Change it to always use the passed value, and check callers.
-        rbb says:   The type parameter is supposed to be used to determine
-                    if we are working with a read/write lock or a mutex.
-                    The fname parameter is essentially required if you
-                    want to be portable, but I dislike wasting cycles to
-                    outsmart the programmer.
-        Justin says: The type parameter is now used.
-        Status: david +1
-                rbb -1
-
     * configure.in does post-processing on the AC_OUTPUT files (for
       VPATH support). This means that config.status doesn't do the
       right thing when you re-run it. We ought to revamp the makefiles