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

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>,  Eli Zaretskii <eliz <at> gnu.org>
Cc: m.sujith <at> gmail.com, 30182 <at> debbugs.gnu.org
Subject: bug#30182: Update
Date: Sat, 03 Feb 2018 10:04:35 +0100

> This is reproducible from
>
>      emacs -Q -L .../w3m -l w3m -f w3m
>
> where .../w3m is a checkout of https://github.com/ecbrown/emacs-w3m.

Thanks for the work.

> #75 0x000000000059a88c in handle_async_input () at ../../src/keyboard.c:7129
> #76 0x000000000059a8ab in process_pending_signals () at ../../src/keyboard.c:7143
> #77 0x0000000000644d8f in maybe_quit () at ../../src/eval.c:1545

So at least this part of my earlier conjecture

> which, if count is zero, calls maybe_quit which according to
>
>    if (!NILP (Vquit_flag) && NILP (Vinhibit_quit))
>      process_quit_flag ();
>    else if (pending_signals)
>      process_pending_signals ();
>
> may call process_pending_signals

wasn't entirely misguided and if I had understood the implications of
process_pending_signals, I probably would have been able to identify
the problem too.  So my hint was at the atimer part.  Bad luck.

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.

martin

Previous Next

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