GNU bug report logs -
#57353
[PATCH] Fix parse-colon-path with UNC directory names
Previous Next
Reported by: Richard Copley <rcopley <at> gmail.com>
Date: Tue, 23 Aug 2022 11:35:01 UTC
Severity: normal
Tags: patch
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Richard Copley <rcopley <at> gmail.com>
> Date: Tue, 23 Aug 2022 12:34:02 +0100
>
> A comment in `parse-colon-path' says:
>
> ;; Previous implementation used `substitute-in-file-name'
> ;; which collapse multiple "/" in front. Do the same for
> ;; backward compatibility.
>
> However, `substitute-in-file-name' does not do that:
>
> (substitute-in-file-name "//foo/a/b") // -> "//foo/a/b"
That is true, but:
(substitute-in-file-name "///foo/a/b") => "//foo/a/b"
So it does collapse multiple "/", at least sometimes. Moreover, the
above is on MS-Windows, but on GNU/Linux:
(substitute-in-file-name "///foo/a/b") => "/foo/a/b"
So (a) this is system-dependent, and (b) substitute-in-file-name does
collapse multiple slashes, but preserves UNCs on MS-Windows.
Therefore, your patch needs some (minor) amendments.
This bug report was last modified 2 years and 271 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.