apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From wr...@apache.org
Subject cvs commit: apr STATUS
Date Tue, 11 Sep 2001 01:06:13 GMT
wrowe       01/09/10 18:06:13

  Modified:    .        STATUS
  Log:
    Big red warnings (even after Brane's efforts.)  I will reapproach these
    issues by the beginning of next week, unless other beat me to it.
  
  Revision  Changes    Path
  1.62      +15 -6     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.61
  retrieving revision 1.62
  diff -u -r1.61 -r1.62
  --- STATUS	2001/09/08 09:07:36	1.61
  +++ STATUS	2001/09/11 01:06:13	1.62
  @@ -1,5 +1,5 @@
   APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
  -Last modified at [$Date: 2001/09/08 09:07:36 $]
  +Last modified at [$Date: 2001/09/11 01:06:13 $]
   
   Release:
   
  @@ -21,15 +21,24 @@
         DougM offered to complete the work with his nifty perl rename
         script at the hackathon. 
   
  -    * Win32 utf-8 filenames are broken by GetSecurityInfoByNameW()
  -      which won't accept Win32's canonical \\?\D:\foo long naming
  -      conventions.  Convert to _ByHandle or add an arg to our utf-8
  -      name converter so we can handle this.
  +    * When Win32 apr_proc_create was fixed, the apr_proc_t hproc
  +      member was added for that platform.  That's a problem (and
  +      was when pid was abused as well) since nobody goes and cleans
  +      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?
   
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
  +
       * Get OTHER_CHILD support into Win32
           Status: Bill S. is looking into this
   
  +    * Win32 apr_proc_create fails to create 16 bit apps detached
  +      (a win32 bug.)  The question - test in advance (slow) or
  +      recover gracefully from failure and try again?  Only the test
  +      method will work on Win9x, since it will appear to work, only
  +      to encounter mangled pipes.  Win2K (NT?) simply fails.
  +
       * SysV semaphore support isn't usable by Apache when started as
         root because we don't have a way to allow the semaphore to be
         used by the configured User and Group.  Current work-around:
  @@ -53,7 +62,7 @@
       * FirstBill says we need a new procattr, APR_CREATE_SUSPENDED (or
         something similar) to direct ap_create_process to create the
         process suspended. We also need a call to wake up the suspended 
  -      process This may not be able to be implemented everywhere though.
  +      process.  This may not be able to be implemented everywhere though.
           Status: OtherBill asks, why?  What is the benefit, how is it
           portably implemented?  Unless this creates some tangible that
           mirrors another platform, then I'm -1.
  
  
  

Mime
View raw message