GNU bug report logs - #36940
tests slowness and failure after recent Tramp changes

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Tue, 6 Aug 2019 00:29:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: eggert <at> cs.ucla.edu, stefan <at> marxist.se, 36940 <at> debbugs.gnu.org
Subject: bug#36940: tests slowness and failure after recent Tramp changes
Date: Mon, 26 Aug 2019 11:22:16 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

Hi Eli,

>> Yes. But it compares file names as returned from the remote host, so
>> both strings are transformed the same way. I believe.
>
> Are the strings returned by the remote compared as unibyte strings?
> If not, maybe there's a subtle bug in the comparison that does fail.
> For example, could it be that you decode those strings as utf-8, not
> as utf-8-hfs?  The latter should produce back the composed characters,
> I think.

The error happens while searching in a process buffer, which is set properly:

14:40:39.573073 tramp-open-connection-setup-interactive-shell (5) # Setting coding system to `utf-8-hfs' and `utf-8-hfs-mac'

But the search string needs to be normalized as proposed by you. Will do.

Best regards, Michael.




This bug report was last modified 5 years and 325 days ago.

Previous Next


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