apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jerenkra...@apache.org
Subject cvs commit: apr STATUS
Date Fri, 04 Jan 2002 08:50:12 GMT
jerenkrantz    02/01/04 00:50:12

  Modified:    .        STATUS
  Log:
  Add this so I don't forget about it.  I'm focusing on a bunch of
  different things and this may get forgotten.
  
  I don't want anything that doesn't handle largefiles properly to be
  called a GA release.  This really just needs autoconf macros to
  twiddle the compiler and some testing.
  
  Revision  Changes    Path
  1.86      +9 -1      apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.85
  retrieving revision 1.86
  diff -u -r1.85 -r1.86
  --- STATUS	27 Dec 2001 17:04:16 -0000	1.85
  +++ STATUS	4 Jan 2002 08:50:12 -0000	1.86
  @@ -1,5 +1,5 @@
   APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:			-*-text-*-
  -Last modified at [$Date: 2001/12/27 17:04:16 $]
  +Last modified at [$Date: 2002/01/04 08:50:12 $]
   
   Release:
   
  @@ -43,6 +43,14 @@
         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?)
  +
  +    * Deal with largefiles properly on those platforms that support 
  +      it.
  +      Justin says: We may be able to get away with setting 
  +                   FILE_OFFSET_BITS=64 on most current Unices.
  +                   The other question remains if this should be turned
  +                   on by default (i.e. pass O_LARGEFILE or whatnot on
  +                   that platform).  I think so.
   
   RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
   
  
  
  

Mime
View raw message