Possible path processing change
Sat May 27 18:59:00 GMT 2000
On Fri, May 26, 2000 at 05:47:19PM -0500, Parker, Ron wrote:
>This originally started as an idea for fixing some of the differences
>between how UNIX and cygwin handle paths.
>Currently cygwin recognizes both /cygdrive/<drive-letter> and
>//<drive-letter> as paths for unmounted drives. Additionally it recognizes
>//server/share as a UNC path. This leads to two problems. The first is
>that //<drive-letter>/directory can be ambiguous. The second is that
>scripts and programs which build paths beginning with two slashes do not
>resolve to absolute paths under cygwin as they do in UNIX.
>This lead to a few ideas:
>* Remove support for //<drive-letter>
>* Replace //server/share with server:share
>* Replace //*path with /path
>This would get rid of the ambiguity of double-slashed paths and allow cygwin
>to handle sloppy programs that try to access //path, ///path and similar
>Chris has already requested the //server/share stay in place because of a
>number of scripts that he has. Prior to his request I thought these changes
>might speed up path conversion. Now I am not sure.
>Would any of these things be worth doing?
>If there is no //server/share should we try parsing it as /directory/...?
I posted my thoughts on this in the cygwin mailing list but I didn't
discuss parsing //something/share as /something. I think that this may
be a good idea but I wonder if we should issue a warning. I normally
don't like having cygwin be wordy but in this case the performance hit
is so noticeable that people would want to clear this up if necessary.
A flip side of this might be to check for the directory first rather than
second. I'm not sure how I feel about this one though.
More information about the Cygwin-developers