From: Eli Zaretskii <eliz@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org
Subject: bug#9087: Crash reading from minibuffer with icomplete-mode
Date: Sat, 07 Jan 2012 12:58:34 +0200 [thread overview]
Message-ID: <83zkdzg4o5.fsf@gnu.org> (raw)
In-Reply-To: <4F081A28.7080401@gmx.at>
> Date: Sat, 07 Jan 2012 11:10:48 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org
>
> > I can avoid the crash with the patch below. But it defers the
> > throwing until Emacs is done whatever it was doing (in this case,
> > evaluating byte code). Is this acceptable? If not, what can we do to
> > make the throwing more "immediate"?
>
> Could you shortly explain the possible consequences of applying this
> patch
1. The crash is avoided. ;-)
2. The Emacs reaction to input event under throw-on-input is delayed
until Emacs actually tries to read input.
(It is possible that 2. is actually what needs to happen in this case;
I don't know because the exact effects of throw-on-input are not
documented anywhere I could find.)
> and why the crash doesn't happen in non-compiled code
To trigger the crash, immediate_quit should be non-zero, because only
then would signal_user_input do a QUIT. immediate_quit is set
non-zero by `nth' only when we run byte code that calls it (see
bytecode.c around line 1007); the function Fnth, called by
non-compiled Lisp code, does not do that.
The choice of `nth' is just one possibility to trigger this; you can
do it in any code that calls some primitive which sets immediate_quit
non-zero.
next prev parent reply other threads:[~2012-01-07 10:58 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-14 22:54 bug#9087: Crash reading from minibuffer with icomplete-mode Juanma Barranquero
2011-07-15 7:30 ` martin rudalics
2011-07-15 12:12 ` Juanma Barranquero
2011-07-15 12:23 ` martin rudalics
2011-07-15 16:40 ` Juanma Barranquero
2011-07-15 11:13 ` Eli Zaretskii
2011-07-15 12:11 ` Juanma Barranquero
2011-07-15 12:15 ` Juanma Barranquero
2011-07-15 12:29 ` Eli Zaretskii
2011-07-15 15:12 ` Juanma Barranquero
2011-07-15 15:24 ` Eli Zaretskii
2011-07-15 16:39 ` Juanma Barranquero
2011-07-15 17:12 ` Eli Zaretskii
2011-07-16 23:19 ` Juanma Barranquero
2011-07-17 3:08 ` Eli Zaretskii
2011-07-18 2:07 ` Juanma Barranquero
2011-07-18 3:01 ` Eli Zaretskii
2011-07-18 11:53 ` Juanma Barranquero
2011-07-18 16:45 ` Eli Zaretskii
2011-07-18 17:34 ` Juanma Barranquero
2011-07-17 9:38 ` martin rudalics
2011-07-18 1:59 ` Juanma Barranquero
2011-08-14 20:13 ` Chong Yidong
2011-09-14 14:43 ` Juanma Barranquero
2012-01-01 20:56 ` Claudio Bley
2012-01-01 21:24 ` Juanma Barranquero
2012-01-01 21:43 ` Eli Zaretskii
2012-01-02 16:16 ` Claudio Bley
2012-01-04 15:44 ` Claudio Bley
2012-01-06 10:02 ` Eli Zaretskii
2012-01-06 12:48 ` Juanma Barranquero
2012-01-06 13:19 ` martin rudalics
2012-01-06 13:26 ` Juanma Barranquero
2012-01-06 15:17 ` Eli Zaretskii
2012-01-06 16:07 ` martin rudalics
2012-01-06 19:01 ` Eli Zaretskii
2012-01-06 19:45 ` martin rudalics
2012-01-06 19:53 ` Eli Zaretskii
2012-01-06 20:50 ` Eli Zaretskii
2012-01-06 22:34 ` Juanma Barranquero
2012-01-07 0:42 ` Stefan Monnier
2012-01-07 8:31 ` Eli Zaretskii
2012-01-07 10:11 ` martin rudalics
2012-01-07 10:49 ` Eli Zaretskii
2012-01-07 11:51 ` martin rudalics
2012-01-07 12:21 ` Eli Zaretskii
2012-01-07 13:57 ` martin rudalics
2012-01-07 14:59 ` Eli Zaretskii
2012-01-07 16:27 ` martin rudalics
2012-01-07 17:05 ` Eli Zaretskii
2012-01-07 17:17 ` martin rudalics
2012-01-07 17:31 ` Eli Zaretskii
2012-01-07 17:45 ` martin rudalics
2012-01-07 17:52 ` Eli Zaretskii
2012-01-07 13:12 ` Andreas Schwab
2012-01-07 13:57 ` martin rudalics
2012-01-07 15:00 ` Eli Zaretskii
2012-01-07 18:21 ` Stefan Monnier
2012-01-07 18:59 ` Eli Zaretskii
2012-01-08 14:01 ` Stefan Monnier
2012-01-14 20:16 ` Eli Zaretskii
2012-01-07 10:10 ` martin rudalics
2012-01-07 10:58 ` Eli Zaretskii [this message]
2012-01-07 11:52 ` martin rudalics
2012-01-07 12:11 ` Eli Zaretskii
2012-01-07 13:55 ` martin rudalics
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83zkdzg4o5.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=9087@debbugs.gnu.org \
--cc=claudio.bley@gmail.com \
--cc=lekktu@gmail.com \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.