discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug handling UNC pathes on windows in NSString.m/NSFileManager.m


From: Roland Schwingel
Subject: Re: Bug handling UNC pathes on windows in NSString.m/NSFileManager.m
Date: Mon, 21 Jul 2003 15:25:56 +0200




Hi...

> > My applied patch fixes this in NSString.m and NSFileManger.m by
> > leaving an additional / in front of the internal representation.
>
> That won't work ... having an initial '//' in the internal
> representation is just wrong
> and would screw up lots of code ... because the slash character is the
> path separator
> and any application splitting the path into components and reassembling
> it would
> get confused.
I yet couldn't find any problems with my version, but your approach
mentioned below is also fine...

> I think that what is needed is some improved way of mapping UNC paths
> to/from
> workable internal names.
>
> I've tried adding a new convention for UNC paths ... the '//' is held
> internally as '~@'
> This matches the existing convention for drive letters ('C:' maps to
> '~C') and is also
> (I hope) readable with respect to network drives .... as
> '//server/directory/file.ext'
> maps to 'address@hidden/directory/file.ext' and '@server' can be read as 'at
> server', which
> should be quite clear.
Sounds to be a good idea... Is it already available in CVS so it can be
tested

Roland, doing a CVS lookup right now...





reply via email to

[Prev in Thread] Current Thread [Next in Thread]