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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 78737 <at> debbugs.gnu.org, pipcet <at> protonmail.com, dancol <at> dancol.org
Subject: bug#78737: sit-for behavior changes when byte-compiled
Date: Fri, 13 Jun 2025 20:33:59 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Daniel Colascione <dancol <at> dancol.org>,  78737 <at> debbugs.gnu.org,
>   pipcet <at> protonmail.com
> Date: Fri, 13 Jun 2025 11:09:33 -0400
> 
> > Specifically, what I'm interested in is how come
> >
> >  (while t
> >    (read-event))
> >
> > cannot be interrupted by C-g, but you seem to be saying that
> >
> >  (while t
> >    (let (evt (read-event))
> >      (do-something-with evt)))
> >
> > _can_ be interrupted?
> 
> Usually the `(do-something-with evt)` part will offer some way to end
> the loop.

How?  If read-event returns the character 7, then the information
about the fact that C-g was typed is lost by the time we get to the
do-something-with part, no?

Previous Next

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