GNU bug report logs - #36085
find-dired could handle/avoid octal escapes printed by GNU find -ls for non-ASCII filenames

Previous Next

Package: emacs;

Reported by: Nikita <grindeg <at> yandex.ru>

Date: Tue, 4 Jun 2019 04:12:02 UTC

Severity: wishlist

Merged with 41488

Found in versions 26.2, 26.3

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: mattiase <at> acm.org, grindeg <at> yandex.ru
Cc: 36085 <at> debbugs.gnu.org
Subject: bug#36085: 26.2; find-dired octal escapes instead of Cyrillic text
Date: Sun, 09 Jun 2019 08:22:09 +0300
> Date: Sat, 08 Jun 2019 18:34:48 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: grindeg <at> yandex.ru, 36085 <at> debbugs.gnu.org
> 
> Indeed, the hard part is to distinguish between \nnn an octal escape
> and the literal string "\nnn".  That difficulty is one reason why
> gdb-mi.el performs a similar decoding only as an opt-in optional
> behavior.

Here's an idea for making this command work with non-ASCII file names:
do NOT add "-ls" to the 'find' command line, then in the process
filter function call file-attributes on each file name we receive from
'find', and format the result according to Dired convention before
inserting it into the buffer.

Any takers?




This bug report was last modified 3 years and 99 days ago.

Previous Next


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