You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@apr.apache.org by je...@apache.org on 2002/01/04 09:50:12 UTC
cvs commit: apr STATUS
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: