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, broken
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
call to
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?):
#if
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 fun,
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 should be pretty
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 less than