On Tue, Jan 23, 2001 at 12:33:20PM -0600, Ben Collins-Sussman wrote:
> Kevin Pilch-Bisson <[EMAIL PROTECTED]> writes:
>
> > I did a CVS update today, and noticed that the APR interface has changed
> > for apr_stat and apr_getfileinfo to accept an argument for what info
> > should be returned. I c
Hi again,
Modified: configure.in
Log: Changed the definition of LIBTOOL_LIBS to use the abs_builddir
instead of abs_srcdir.
RevisionChanges Path
1.213 1 configure.in
Index: configure.in
===
RCS file: /home/cvspublic
Kevin, I'll try to commit these today. Both look very good. Thanks for
making them two distinct patches, it would have really made my job tougher
if they had been one patch.
Ryan
On Tue, 23 Jan 2001, Kevin Pilch-Bisson wrote:
> Hi all,
>
> I have recently been contributing to the subversion
Hi all,
I have recently been contributing to the subversion project, and one of
the things I am looking at is the build. I noticed that APR would not
do a build from a different directory properly and came up with this
small patch to configure.in to make it work. The second patch is for
file_io/
Nothing wrong with it, just been a VERY busy week, and I haven't had time
yet. It's in my home directory, waiting for a few cycles to free
up. Sorry about the delay. I'll try to get to it tonight.
Ryan
On Tue, 23 Jan 2001, Gregory Nicholls wrote:
> Hiya,
> I submitted a patch for this s
Hiya,
I submitted a patch for this stuff a week or so ago and was
wondering if there was something wrong with it. When I diff the current
base it doesn't seem to be in there.
Thanks,
G.
Yep.
Ryan
On Mon, 22 Jan 2001, Doug MacEachern wrote:
> i have a little source tree comber for mapping apache/apr types/functions
> to Perl and noticed this is unused. should it go away now that btable is
> gone?
>
> /**
> * A transparent type for items stored in binary-content tables, and
>
i have a little source tree comber for mapping apache/apr types/functions
to Perl and noticed this is unused. should it go away now that btable is
gone?
/**
* A transparent type for items stored in binary-content tables, and
* possibly elsewhere.
*/
typedef struct apr_item_t {
/** The key
Go for it.
Ryan
On Mon, 22 Jan 2001, William A. Rowe, Jr. wrote:
> Guys,
>
> if we want to keep the new apr_dir_open name, my patch will rename
> all the related fns (apr_dir_close, apr_dir_read, ap_dir_rewind, etc).
>
> Any objections in the next hour or two?
>
> Bill
>
>
__
Doh
- Original Message -
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
To:
Sent: Monday, January 22, 2001 8:27 PM
Subject: [Patch] apr_dir_read
> Guys...
>
> a biggish patch, and the three specific apr_dir_read implementations are
> not complete or optimal. I am taking a bit of
Guys...
a biggish patch, and the three specific apr_dir_read implementations are
not complete or optimal. I am taking a bit of a break, so I thought I would
toss this out while folks are still awake.
To avoid big stat() requirements unless that's exactly what we aim to
accomplish, I've added
[ I didn't see Bill resend this to the list, so I'm doing it now... ]
- Forwarded message from "William A. Rowe, Jr." <[EMAIL PROTECTED]> -
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Subject: RE: New directory API...
To: "'Greg Stein'" <[EMAIL PROTECTED]>
Date: Mon, 22 Jan 2001 08:3
Guys,
if we want to keep the new apr_dir_open name, my patch will rename
all the related fns (apr_dir_close, apr_dir_read, ap_dir_rewind, etc).
Any objections in the next hour or two?
Bill
13 matches
Mail list logo