At 08:00 PM 12/14/2002, you wrote:
>rbb 2002/12/14 18:00:22
>
> Modified:file_io/unix dir.c
> Log:
> Fix a compile break on Solaris, and a warning on Linux. If the function
> isn't used, it shouldn't be declared. This should probably also be static,
> but I haven't digested it ye
> trawick 01/02/12 12:55:34
>
> Modified:file_io/unix dir.c
> Log:
> OS/390 has _POSIX_PATH_MAX but not PATH_MAX (did I hear a little bird
> say "APR_PATH_MAX?")
Yes... the 'right' fix would be good here.
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> > trawick 01/02/12 12:55:34
> >
> > Modified:file_io/unix dir.c
> > Log:
> > OS/390 has _POSIX_PATH_MAX but not PATH_MAX (did I hear a little bird
> > say "APR_PATH_MAX?")
>
> Yes... the 'right' fix would be good here.
This s
From: "Jeff Trawick" <[EMAIL PROTECTED]>
Sent: Monday, February 12, 2001 3:42 PM
> apr.hw:
>
> Move this code from include/arch/win32/fileio.h to apr.hw but also add
> any needed includes (what are they?):
>
> #if APR_HAS_UNICODE_FS
> /* An arbitrary size that is digestable. True max is a bit l
On Mon, Feb 12, 2001 at 04:11:55PM -0600, William A. Rowe, Jr. wrote:
> From: "Jeff Trawick" <[EMAIL PROTECTED]>
> Sent: Monday, February 12, 2001 3:42 PM
>
>
> > apr.hw:
> >
> > Move this code from include/arch/win32/fileio.h to apr.hw but also add
> > any needed includes (what are they?):
> >
Kevin Pilch-Bisson <[EMAIL PROTECTED]> writes:
>>(imagine the APR_MAX_PATH pseudo code here...)
> Has it been decided that this will happen? If so, any idea when?
yes; most likely today (I started it this a.m. but got interrupted
with something else; hope to get back to it Real Soon Now)
Have
Can't you simplify these lines with apr_pool_cleanup_run() ?
Cheers,
-g
On Wed, Feb 21, 2001 at 02:52:16PM -, [EMAIL PROTECTED] wrote:
> stoddard01/02/21 06:52:16
>
> Modified:file_io/unix dir.c
> Log:
> Unregister the cleanup, regardless of the success of failure of the
> ca
> rbb 01/09/04 15:54:58
>
> Modified:file_io/unix dir.c
> Log:
> apr_dir_read (with something like APR_FINFO_TYPE in wanted) will return
> APR_INCOMPLETE if it encounters a broken symlink... bug or feature?
>
> I say bug... the caller can quite happily cope with symlinks,