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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: claudio.bley <at> gmail.com, lekktu <at> gmail.com, 9087 <at> debbugs.gnu.org,
	monnier <at> iro.umontreal.ca, jasonr <at> gnu.org
Subject: Re: bug#9087: Crash reading from minibuffer with icomplete-mode
Date: Sat, 07 Jan 2012 19:31:01 +0200

> Date: Sat, 07 Jan 2012 18:17:10 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: monnier <at> iro.umontreal.ca, jasonr <at> gnu.org, claudio.bley <at> gmail.com, 
>  lekktu <at> gmail.com, 9087 <at> debbugs.gnu.org
> 
>  >> Naively asked: Could we avoid the problem if on normal input we did not
>  >> call signal_user_input but did something similar to C-g handling?
>  >
>  > We could, but why would we want to?  signal_user_input does TRT,
>  > except when immediate_quit is set.  If we don't call it, we won't be
>  > able to support throw-on-input and while-no-input.
> 
> I meant do the same as C-g when immediate_quit is set.

Details, please.  What exactly are you suggesting that we do instead
of calling signal_user_input?

Previous Next

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