[STATUS] (apr-util) Wed Feb 8 23:46:51 2006

2006-02-08 Thread Rodent of Unusual Size
APRUTIL LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2005-10-27 20:40:16 -0400 (Thu, 27 Oct 2005) $] Release: 1.3.0 : in development 1.2.2 : released October 11, 2005 1.2.1 : released August 18, 2005 1.2.0 : not release

[STATUS] (apr) Wed Feb 8 23:45:25 2006

2006-02-08 Thread Rodent of Unusual Size
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2005-10-27 20:39:26 -0400 (Thu, 27 Oct 2005) $] Releases: Standalone 1.3.0 : in development 1.2.2 : released October 11, 2005 1.2.1 : released August 18, 2005 1.2.0

Re: apr_file_flush fluxored

2006-02-08 Thread Garrett Rooney
On 2/8/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > Apparently we've completely neglected the mutex locking around the public > apr_file_flush API. From an external perspective, if a mutex exists, it > must be used. From an internal perspective, we invoke flush from within > an already-m

apr_file_flush fluxored

2006-02-08 Thread William A. Rowe, Jr.
Apparently we've completely neglected the mutex locking around the public apr_file_flush API. From an external perspective, if a mutex exists, it must be used. From an internal perspective, we invoke flush from within an already-mutexed block of code (lock, flush, operation, unlock) so we absolu

Re: svn commit: r375919 - /apr/apr/trunk/test/testlfs.c

2006-02-08 Thread Joe Orton
On Wed, Feb 08, 2006 at 03:48:05PM +, Joe Orton wrote: > On Wed, Feb 08, 2006 at 07:43:07AM -0800, Garrett Rooney wrote: > > On 2/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Author: jorton > > > Date: Wed Feb 8 02:48:25 2006 > > > New Revision: 375919 > > > > > > URL: http://svn.a

Re: [PATCH] large files, seek, and unsigned longs

2006-02-08 Thread Garrett Rooney
On 2/8/06, Joe Orton <[EMAIL PROTECTED]> wrote: > On Tue, Feb 07, 2006 at 09:16:41PM -0800, Garrett Rooney wrote: > > So I've been tracing a Subversion bug where fsfs repositories fall > > down hard when you commit enough data in one revision to result in a > > revfile that's larger than 2 gigs. I

Re: svn commit: r375919 - /apr/apr/trunk/test/testlfs.c

2006-02-08 Thread Joe Orton
On Wed, Feb 08, 2006 at 07:43:07AM -0800, Garrett Rooney wrote: > On 2/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Author: jorton > > Date: Wed Feb 8 02:48:25 2006 > > New Revision: 375919 > > > > URL: http://svn.apache.org/viewcvs?rev=375919&view=rev > > Log: > > * test/testlfs.c (test

Re: svn commit: r375919 - /apr/apr/trunk/test/testlfs.c

2006-02-08 Thread Garrett Rooney
On 2/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: jorton > Date: Wed Feb 8 02:48:25 2006 > New Revision: 375919 > > URL: http://svn.apache.org/viewcvs?rev=375919&view=rev > Log: > * test/testlfs.c (test_buffered): Add tests for seeking in buffered > files. Is this going to drop gi

[BUG] 'install' Makefile target requires write access to source directory

2006-02-08 Thread Daniel Rall
APR's 'install' target requires write access to the source directory (non-VPATH build). This is problematic when running the 'install' target as an user who doesn't have write permission to the source directory. Consider this example of trying to install a build of httpd (with in-tree APR/Util) a

Re: [PATCH] large files, seek, and unsigned longs

2006-02-08 Thread Joe Orton
On Tue, Feb 07, 2006 at 09:16:41PM -0800, Garrett Rooney wrote: > So I've been tracing a Subversion bug where fsfs repositories fall > down hard when you commit enough data in one revision to result in a > revfile that's larger than 2 gigs. It turns out that the problem was > twofold. > > First,