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.


git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62699 13f79535-47bb-0310-9956-ffa450edef68

1 files changed, 9 insertions, 1 deletions

diff --git a/STATUS b/STATUS
index 0f4d890f8..a02f879d0 100644
--- a/STATUS
+++ b/STATUS
@@ -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:
 
@@ -44,6 +44,14 @@ RELEASE SHOWSTOPPERS:
       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:
 
     * Enable pools to have thread-specific locking in it.