[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9087: Crash reading from minibuffer with icomplete-mode
From: |
Eli Zaretskii |
Subject: |
bug#9087: Crash reading from minibuffer with icomplete-mode |
Date: |
Sat, 14 Jan 2012 22:16:49 +0200 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Jason Rumney <jasonr@gnu.org>, rudalics@gmx.at, claudio.bley@gmail.com,
> lekktu@gmail.com, 9087@debbugs.gnu.org
> 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.
Thanks. I committed the changes and am closing the bug.
- bug#9087: Crash reading from minibuffer with icomplete-mode, (continued)
- bug#9087: Crash reading from minibuffer with icomplete-mode, Andreas Schwab, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, martin rudalics, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Eli Zaretskii, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Stefan Monnier, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Eli Zaretskii, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Stefan Monnier, 2012/01/08
- bug#9087: Crash reading from minibuffer with icomplete-mode,
Eli Zaretskii <=
- bug#9087: Crash reading from minibuffer with icomplete-mode, martin rudalics, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Eli Zaretskii, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, martin rudalics, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, Eli Zaretskii, 2012/01/07
- bug#9087: Crash reading from minibuffer with icomplete-mode, martin rudalics, 2012/01/07