GNU bug report logs - #9087
Crash reading from minibuffer with icomplete-mode

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Thu, 14 Jul 2011 22:55:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: claudio.bley <at> gmail.com, rudalics <at> gmx.at, 9087 <at> debbugs.gnu.org,
	lekktu <at> gmail.com, jasonr <at> gnu.org
Subject: Re: bug#9087: Crash reading from minibuffer with icomplete-mode
Date: Sun, 08 Jan 2012 09:01:28 -0500
>> It's largely an implementation detail of while-no-input, used for
>> non-essential background computations (e.g. icomplete).
> Is it (and while-no-input) supposed to stop prolonged Lisp
> calculations without delay?

Yes, it is supposed to be similar to a C-g, tho a bit less urgent.

> If so, how exactly does that work on X, where (AFAIK) keyboard input
> is not interrupt-driven?

AFAIK it is interrupt driven (and with SYNC_INPUT the interrupt just
sets a flag which is then checked in QUIT).


        Stefan




This bug report was last modified 13 years and 128 days ago.

Previous Next


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