aaron 02/05/24 11:34:36
Modified: . STATUS
Log:
Both of these issues have been taken care of. The old locks are gone
and the global mutex is looking good.
Revision Changes Path
1.126 +1 -8 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.125
retrieving revision 1.126
diff -u -r1.125 -r1.126
--- STATUS 7 May 2002 03:35:34 -0000 1.125
+++ STATUS 24 May 2002 18:34:36 -0000 1.126
@@ -1,5 +1,5 @@
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:
-*-text-*-
-Last modified at [$Date: 2002/05/07 03:35:34 $]
+Last modified at [$Date: 2002/05/24 18:34:36 $]
Release:
@@ -43,13 +43,6 @@
up hproc after the process is dead. Can't do a pool cleanup,
since apr_proc_create didn't allocate the apr_proc_t storage.
(Aren't transparent types swell?) Suggestions?
-
- * The new lock API is a full replacement for the old API. Before
- we do a major APR release, we must deprecate the old locks API,
- lest we support 2 lock APIs in perpetuity.
-
- * The new apr_global_mutex_t lock type must be implemented on
- all platforms.
* Almost every API in APR depends on pools, but pool semantics
aren't a good match for a lot of applications. We need to find
