GNU bug report logs -
#21454
25.0.50; `parse-colon-path' fails with paths containing consecutive directory separators
Previous Next
Reported by: Tino Calancha <f92capac <at> gmail.com>
Date: Thu, 10 Sep 2015 11:13:01 UTC
Severity: normal
Tags: fixed, patch
Found in version 25.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Jun 25 2019, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Tino Calancha <tino.calancha <at> gmail.com> writes:
>
>> Do not truncate /foo//bar to /bar/
>> * lisp/files.el (parse-colon-path): Use substitute-env-vars and
>> expand-file-name instead of substitute-in-file-name (Bug#21454).
>
> The bug report was slightly unclear, but I think the taste case was
>
> (parse-colon-path "/foo//bar/baz")
> => ("/bar/baz/")
>
> and that being a mistake? But I'm not sure it is -- In Emacs, if you do
> that in, say, find-file, you'll end up in /bar/baz, and that's by
> design.
For file names coming from outside the double slash should not be
special. For example, `emacs foo//bar' visits the file `foo/bar', not
`/bar'.
Andreas.
--
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
This bug report was last modified 4 years and 287 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.