diff options
author | aaron <aaron@13f79535-47bb-0310-9956-ffa450edef68> | 2002-02-04 19:15:20 +0000 |
---|---|---|
committer | aaron <aaron@13f79535-47bb-0310-9956-ffa450edef68> | 2002-02-04 19:15:20 +0000 |
commit | 528bb53ed5a5ec44cafef782aa0dcc9a01428151 (patch) | |
tree | 8ac4000e9748dfe516eb1620a3043b4e4b724ef2 /STATUS | |
parent | 96a45cb89e9cd48749b16b9943dfe1d33e50c697 (diff) | |
download | libapr-528bb53ed5a5ec44cafef782aa0dcc9a01428151.tar.gz |
The major parts of the new lock API are complete, AFAICT. Move the less
critical (or perhaps not implementable) pieces down to non-showstopper
status.
Left a note that we must not make a release of APR with both lock
APIs, or we may have to support both lock APIs forever, which would
be unfortunate.
Also, it appears that Beos' apr_thread_cond now works, thanks to David.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62909 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'STATUS')
-rw-r--r-- | STATUS | 13 |
1 files changed, 7 insertions, 6 deletions
@@ -1,5 +1,5 @@ APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- -Last modified at [$Date: 2002/01/29 16:10:14 $] +Last modified at [$Date: 2002/02/04 19:15:20 $] Release: @@ -32,12 +32,15 @@ RELEASE SHOWSTOPPERS: 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. + +RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: + * The new lock API is a full replacement for the old API, but is not yet complete on all platforms. Components that are incomplete or missing include: - Beos: apr_thread_cond_*() - Initial code committed. Aaron has some concerns, David agrees - and will find time to address the issues. Netware: apr_proc_mutex_*() (Is proc_mutex unnecessary on Netware?) OS/2: apr_thread_cond_*(), apr_proc_mutex_*() @@ -48,8 +51,6 @@ RELEASE SHOWSTOPPERS: Win32: apr_thread_rwlock_try*lock(), apr_thread_cond_timedwait(), apr_proc_mutex_*() (Is proc_mutex unnecessary on Win32?) -RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: - * Need to contemplate apr_strftime... platforms vary. OtherBill suggested this solution (but has no time to implement): Document our list of 'supported' escapes. |