apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gst...@apache.org
Subject cvs commit: apr STATUS
Date Fri, 27 Apr 2001 20:01:36 GMT
gstein      01/04/27 13:01:36

  Modified:    .        STATUS
  Log:
  Vegas, baby! Vegas!
  
  T-8 hrs and counting...
  
  Revision  Changes    Path
  1.40      +12 -1     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -u -r1.39 -r1.40
  --- STATUS	2001/04/12 15:30:46	1.39
  +++ STATUS	2001/04/27 20:01:34	1.40
  @@ -1,5 +1,5 @@
   APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
  -Last modified at [$Date: 2001/04/12 15:30:46 $]
  +Last modified at [$Date: 2001/04/27 20:01:34 $]
   
   Release:
   
  @@ -29,6 +29,7 @@
         DougM offered to complete the work with his nifty perl rename
         script at the hackathon. 
   
  +
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   
       * Unconditionally setting AI_CANONNAME flag when apr_sockaddr_info_get()
  @@ -129,9 +130,19 @@
   
       * may be good to have a --disable-ipv6 configure option
   
  +    * add a pool argument to setaside() to tell a bucket "do whatever
  +      you need to do, to ensure that you survive as long as this
  +      pool." Immortal and heap buckets never have work. File, socket,
  +      mmap, pipe, and pool buckets can do nothing if the given pool is
  +      equal to, or a descendent of the pool they are using. Apache's
  +      core_output_filter can then say "setside(conn->pool)" to ensure
  +      that a saved brigade will last as long as the connection.
  +
  +
   Documentation that needs writing:
   
       * API documentation
  +
   
   Stuff waiting for code thawing after Beta 1:
   
  
  
  

Mime
View raw message