GNU bug report logs - #62096
30.0.50; find-dired, dired-goto-file and spaces

Previous Next

Full log

View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: Daniel Martín <mardani29 <at> yahoo.es>
Cc: 62096 <at> debbugs.gnu.org, stephen.berman <at> gmx.net, manuel <at> ledu-giraud.fr, drew.adams <at> oracle.com
Subject: bug#62096: 30.0.50; find-dired, dired-goto-file and spaces
Date: Sun, 12 Mar 2023 18:55:41 +0800

Daniel Martín <mardani29 <at> yahoo.es> writes:

> Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Ok, so commenting the string-replace at dired.el:3529 in
>> 'dired-goto-file-1' (ie. not replacing " " with "\\ ") does the trick
>> for me...
>>
>> That being said those are here for a reason.  It might be a difference
>> between OpenBSD's find and the GNU one (I don't know for Windows).
>
> This bug also affects macOS.  After reading the code I'd say that, even
> on GNU/Linux, there are probably other corner cases where
> dired-goto-file would fail:
>
> ;; FIXME: to fix this for embedded control characters etc, we
> ;; should escape everything that `ls -b' does.
> (setq str (string-replace " " "\\ "  str)
>       str (string-replace "\t" "\\t" str)
>       str (string-replace "\n" "\\n" str))
>
> For example, on GNU/Linux, ls -b outputs:
>
> vacation\ 2022
>
> while on macOS it outputs:
>
> vacation 2022

`ls --dired -l'  outputs a huge swath of numbers and options for Dired
detailing, among other information, the quoting style being used.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.