GNU bug report logs - #78737
sit-for behavior changes when byte-compiled

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Mon, 9 Jun 2025 20:50:02 UTC

Severity: normal

Full log


Message #191 received at 78737 <at> debbugs.gnu.org (full text, mbox):

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Daniel Colascione <dancol <at> dancol.org>
Cc: 78737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Pip Cet <pipcet <at> protonmail.com>, Lynn Winebarger <owinebar <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#78737: sit-for behavior changes when byte-compiled
Date: Fri, 13 Jun 2025 16:39:05 +0200
Daniel Colascione <dancol <at> dancol.org> writes:

> On June 13, 2025 7:01:01 AM PDT, "Gerd Möllmann" <gerd.moellmann <at> gmail.com> wrote:
>>Daniel Colascione <dancol <at> dancol.org> writes:
>>
>>> We already have something like that. :-) read-event already runs the
>>> events it reads through special-event-map, right?
>>
>>Entirely unrelated, I just came across this because I searched for
>>read-event. Let me just mention that read-event does not respect
>>input-decode-map. This is a problem on ttys, see bug#75886.
>
>
> Seems at least a little related, doesn't it? It's another example of a
> real world problem caused by inconsistent input reading strategy,
> isn't it?

True :-). And C-g in this case is an escape sequence, and so on. My old
friend keyboard.c :-(.




This bug report was last modified 4 days ago.

Previous Next


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