Re: apr_realpath

2001-03-15 Thread Brian Havard
On Wed, 14 Mar 2001 21:08:01 -0600, William A. Rowe, Jr. wrote: >From: "Brian Havard" <[EMAIL PROTECTED]> >Sent: Wednesday, March 14, 2001 7:39 PM >> Actually OS/2 does NOT have the long/short name crap that windows does. > >Good point. Quick question ... it does have case insensitivty and drive

Re: apr_realpath

2001-03-15 Thread William A. Rowe, Jr.
From: "Brian Havard" <[EMAIL PROTECTED]> Sent: Wednesday, March 14, 2001 7:39 PM > On Wed, 14 Mar 2001 09:38:21 -0600, William A. Rowe, Jr. wrote: > > [...] > > >Canonicalizing first to the truename is required before apr_filepath_common > >can be > >trusted on Win32 or OS2, since c:/thislongn

Re: apr_realpath

2001-03-15 Thread Kevin Pilch-Bisson
On Wed, Mar 14, 2001 at 03:29:49PM -0600, William A. Rowe, Jr. wrote: > From: "Kevin Pilch-Bisson" <[EMAIL PROTECTED]> > Sent: Wednesday, March 14, 2001 3:08 PM > > > > > > Would there be a way to convert an incomplete path to a complete path? > > > > (change drive to c:, getpwd, append foo, in t

Re: apr_realpath

2001-03-15 Thread Brian Havard
On Wed, 14 Mar 2001 09:38:21 -0600, William A. Rowe, Jr. wrote: [...] >Canonicalizing first to the truename is required before apr_filepath_common >can be >trusted on Win32 or OS2, since c:/thislongname/ is also c:/THISLO~1/ Actually OS/2 does NOT have the long/short name crap that windows does

Re: apr_realpath

2001-03-14 Thread William A. Rowe, Jr.
From: "Kevin Pilch-Bisson" <[EMAIL PROTECTED]> Sent: Wednesday, March 14, 2001 3:08 PM > > > Would there be a way to convert an incomplete path to a complete path? > > > (change drive to c:, getpwd, append foo, in the above example) > > > > That is what apr_filepath_merge does for you. You can

Re: apr_realpath

2001-03-14 Thread William A. Rowe, Jr.
From: "Kevin Pilch-Bisson" <[EMAIL PROTECTED]> Sent: Wednesday, March 14, 2001 11:39 AM > Sorry, I think it has to do with the way mutt handles pgp signing > messages. I'm not going to sign this one, so hopefully it won't do so. > > Offhand, which pathetic win32 client. Message is fine, I'm us

Re: apr_realpath

2001-03-14 Thread Kevin Pilch-Bisson
On Wed, Mar 14, 2001 at 12:34:39PM -0600, [EMAIL PROTECTED] wrote: > Kevin Pilch-Bisson <[EMAIL PROTECTED]> writes: > > > Sorry, I think it has to do with the way mutt handles pgp signing > > messages. I'm not going to sign this one, so hopefully it won't do so. > > > > Offhand, which pathetic w

Re: apr_realpath

2001-03-14 Thread cmpilato
Kevin Pilch-Bisson <[EMAIL PROTECTED]> writes: > Sorry, I think it has to do with the way mutt handles pgp signing > messages. I'm not going to sign this one, so hopefully it won't do so. > > Offhand, which pathetic win32 client. X-Mailer: Microsoft Outlook Express 5.50.4133.2400 Just a guess.

Re: apr_realpath

2001-03-14 Thread Kevin Pilch-Bisson
On Wed, Mar 14, 2001 at 09:38:21AM -0600, William A. Rowe, Jr. wrote: > From: "Kevin Pilch-Bisson" <[EMAIL PROTECTED]> > Sent: Wednesday, March 14, 2001 7:48 AM > > >> Attachment > > Huge favor, if you would, look into why all your posts are going in as text > file > attachments? At least they

Re: apr_realpath

2001-03-14 Thread William A. Rowe, Jr.
From: "Kevin Pilch-Bisson" <[EMAIL PROTECTED]> Sent: Wednesday, March 14, 2001 7:48 AM >> Attachment Huge favor, if you would, look into why all your posts are going in as text file attachments? At least they appear so on my pathetic Win32 email client. To answer your questions: apr_filepath_m

Re: apr_realpath

2001-03-14 Thread Kevin Pilch-Bisson
Here are some things I got from this. On Tue, Mar 13, 2001 at 01:40:02AM -0600, William A. Rowe, Jr. wrote: > Here is what I've worked up thus far for Unix... n'er mind the _more_ > complicated > Win32 beast [all I could do to get the _root_ parsing finished tonight!] > > So feel free to look at

Re: apr_realpath

2001-03-13 Thread William A. Rowe, Jr.
Here is what I've worked up thus far for Unix... n'er mind the _more_ complicated Win32 beast [all I could do to get the _root_ parsing finished tonight!] So feel free to look at the server root parse function, and the unix implementation of apr_filepath_merge(), and let me know if I've gone off

Re: apr_realpath

2001-03-05 Thread Kevin Pilch-Bisson
ns the full path > using the current directory as a starting point. I can see room for both as > they do slightly different things. > > Basically, > if I have just a path relative to where I am now ... use apr_realpath > I want a full path based on a location plus a relative path

Re: apr_realpath

2001-03-04 Thread David Reid
e room for both as they do slightly different things. Basically, if I have just a path relative to where I am now ... use apr_realpath I want a full path based on a location plus a relative path ... use apr_dir_merge In some ways I'm not sure we'd ever use apr_realpath in apache, but oth

Re: apr_realpath

2001-03-04 Thread William A. Rowe, Jr.
of the needs. Comments are welcome. Bill - Original Message - From: "David Reid" <[EMAIL PROTECTED]> To: "APR Development List" Sent: Saturday, March 03, 2001 9:55 AM Subject: apr_realpath > Did we ever get a point of agreeing if we wanted to add apr_realpath? I > seem to have deleted the emails concerning it but ISTR that there was a > patch? > > david > >

apr_realpath

2001-03-03 Thread David Reid
Did we ever get a point of agreeing if we wanted to add apr_realpath? I seem to have deleted the emails concerning it but ISTR that there was a patch? david