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
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
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
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
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
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
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
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
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
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,
10 matches
Mail list logo