GNU bug report logs - #30182
27.0.50; Crash when doing mouse-over on modeline

Previous Next

Package: emacs;

Reported by: Sujith <m.sujith <at> gmail.com>

Date: Sat, 20 Jan 2018 06:27:02 UTC

Severity: normal

Found in version 27.0.50

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: m.sujith <at> gmail.com, 30182 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: bug#30182: Update
Date: Sun, 04 Feb 2018 20:01:13 +0200
> Date: Sun, 04 Feb 2018 11:01:22 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: npostavs <at> users.sourceforge.net, m.sujith <at> gmail.com, 
>  30182 <at> debbugs.gnu.org
> 
>  >> In either case, an average Lisp programmer will be completely lost
>  >> when trying to understand process_pending_signals and gobble_input and
>  >> their possible implications.  But maybe it is undocumentable.
>  >
>  > Why would a Lisp programmer need to understand that?  It's a C-level
>  > problem, and should be fixed on the C level.
> 
> I meant Lisp programmers occasionally delving into C code to
> understand what's going on with their code.  They probably should know
> about quitting and how to inhibit it but will have no idea how input
> is blocked and what consequences that has for them.

Quitting is not the problem, and it shouldn't be blocked: users should
be able to bail out of lengthy Lisp calculations.  What should be
blocked is reading X events as part of maybe_quit, in those cases
where running Lisp cannot be allowed.




This bug report was last modified 7 years and 108 days ago.

Previous Next


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