|
From: | Dmitry Gutov |
Subject: | Re: dired-do-find-regexp failure with latin-1 encoding |
Date: | Sun, 29 Nov 2020 19:44:57 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 29.11.2020 19:25, Eli Zaretskii wrote:
Cc: stephen.berman@gmx.net, emacs-devel@gnu.org From: Dmitry Gutov <dgutov@yandex.ru> Date: Sun, 29 Nov 2020 19:19:43 +0200Is that � what Grep actually produced?That's copied from a terminal emulator. If I run it with shell-command, I get this: premi\350re is first premie?re is slightly different (\350 being a raw char)Then I think injecting LC_ALL=C into the environment when running Grep in this case makes the results more useful? And we can then avoid using -a?
I'm not so sure. LC_ALL=C seems more problematic than -a: $ grep ф test.txt фыва $ grep -a ф test.txt фыва $ LC_ALL=C grep ф test.txt (nothing) Curiously, LC_ALL=C grep première latin1.txtworks just fine with my terminal emulator, but that probably because it decodes the multibyte search string under the covers before using it as argument. It doesn't work in Emacs without 'C-x RET c'.
[Prev in Thread] | Current Thread | [Next in Thread] |