apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From aa...@apache.org
Subject cvs commit: apr STATUS
Date Wed, 14 Nov 2001 08:36:16 GMT
aaron       01/11/14 00:36:16

  Modified:    .        STATUS
  Log:
  Some cleanups, keep track of how the locks are comming along.
  
  Revision  Changes    Path
  1.70      +17 -8     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.69
  retrieving revision 1.70
  diff -u -r1.69 -r1.70
  --- STATUS	2001/11/03 01:54:15	1.69
  +++ STATUS	2001/11/14 08:36:16	1.70
  @@ -1,5 +1,5 @@
   APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
  -Last modified at [$Date: 2001/11/03 01:54:15 $]
  +Last modified at [$Date: 2001/11/14 08:36:16 $]
   
   Release:
   
  @@ -28,12 +28,19 @@
         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, save
  -      for the apr_lock_data_get/apr_lock_data_set functions. These
  -      should be translated into apr_proc_mutex_data_get and
  -      apr_proc_mutex_data_set to be complete.
  -        Status: This should be in place before we make an APR release.
  -                Aaron will do it unless someone beats him to it.
  +    * 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_*()
  +      Netware: apr_proc_mutex_*() (Is proc_mutex unnecessary on Netware?)
  +      OS/2: apr_thread_cond_*(), apr_proc_mutex_*()
  +
  +      Less critical components that we may wish to add at some point:
  +      Beos: apr_thread_rwlock_try*lock()
  +            apr_proc_mutex_trylock()
  +      Unix: apr_thread_rwlock_*() for platforms w/o rwlocks in pthread
  +      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:
   
  @@ -224,7 +231,9 @@
         thereafter destroyed. Simply changing the type of this parameter
         to (apr_status_t) should solve the problem (along with some
         internal changes in apr_thread_join() to accomodate).
  -        Status: Aaron is working on this.
  +        Status: "I'll probably test and commit this soonish," says Aaron,
  +                "Here's the patch:"
  +         http://marc.theaimsgroup.com/?l=apr-dev&m=100137033309456&q=raw
   
       * There are some optimizations that can be done to the new
         apr_proc_*() functions (on UNIX). One that may reduce pointer
  
  
  

Mime
View raw message