[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#62096: 30.0.50; find-dired, dired-goto-file and spaces
From: |
Eli Zaretskii |
Subject: |
bug#62096: 30.0.50; find-dired, dired-goto-file and spaces |
Date: |
Sat, 11 Mar 2023 14:00:50 +0200 |
> Cc: stephen.berman@gmx.net, drew.adams@oracle.com, manuel@ledu-giraud.fr
> Date: Fri, 10 Mar 2023 21:48:04 +0100
> From: Daniel Martín via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>
> Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs@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
Shouldn't we be talking ab out what "find ... -ls" produces instead?
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, (continued)
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Daniel Martín, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Eli Zaretskii, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Po Lu, 2023/03/12
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Daniel Martín, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Daniel Martín, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Drew Adams, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces,
Eli Zaretskii <=
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Po Lu, 2023/03/12
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Eli Zaretskii, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/11
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Drew Adams, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Drew Adams, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Drew Adams, 2023/03/10
- bug#62096: 30.0.50; find-dired, dired-goto-file and spaces, Manuel Giraud, 2023/03/10