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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: grindeg <at> yandex.ru, 36085 <at> debbugs.gnu.org
Subject: bug#36085: 26.2; find-dired octal escapes instead of Cyrillic text
Date: Sat, 08 Jun 2019 18:34:48 +0300

> From: Mattias Engdegård <mattiase <at> acm.org>
> Date: Sat, 8 Jun 2019 17:14:11 +0200
> 
> Eli wrote:
> 
> > P.S. Emacs could perhaps go above and beyond the call of duty, and attempt to convert the octal escapes back to readable text. But I don't think we should do it, as it's a clear bug in 'find'. Nonetheless, if someone wants to submit patches to do such a conversion, I won't block them. 
> 
> The default (BSD) find in macOS does not seem to escape anything; files named Портрет or APL\360 are printed exactly that way. Thus, Emacs would need to know what 'find' it is running. This appears to validate your recommendation.

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.

Previous Next

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