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

Previous Next

Full log

Message #191 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, Jason Rumney <jasonr <at> gnu.org>
Subject: Re: bug#9087: Crash reading from minibuffer with icomplete-mode
Date: Sat, 07 Jan 2012 13:21:39 -0500

>> > 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?
>> Is a C-g also delayed in a similar way under w32?
> Yes, it is, at least in this case.

Then it's perfectly OK to delay the throw-on-input.

> (Once again, why isn't throw-on-input documented?

It's largely an implementation detail of while-no-input, used for
non-essential background computations (e.g. icomplete).


        Stefan

Previous Next

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