bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9087: Crash reading from minibuffer with icomplete-mode


From: Claudio Bley
Subject: bug#9087: Crash reading from minibuffer with icomplete-mode
Date: Mon, 02 Jan 2012 17:16:46 +0100
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/24.0.92 (i386-mingw-nt5.1.2600) MULE/6.0 (HANACHIRUSATO)

On 1 Jan 2012, Eli Zaretskii wrote:

>> From: claudio.bley@gmail.com (Claudio Bley)
>> Date: Sun, 01 Jan 2012 21:56:11 +0100
>>
>> I'm using ido-mode and this kind of crash is bugging me almost
>> every single day when using the ido-find-file (C-x C-f) function.
>
> Is the recipe just start "emacs -Q", type "M-x ido-mode RET", and
> then "C-x C-f SOME-FILE RET"?

No. It is the same race condition as with icomplete.

The recipe is quite similar to what Juanma did:

1. emacs -Q

2. (require 'ido)
   (ido-mode t)
   (setq ido-enable-flex-matching t
         ido-max-directory-size 100000)

[I suppose the last options are not strictly necessary, but maybe it
 helps triggering the bug more frequently]

3. C-x C-f

4. type some random characters until there are no possible completions
of file names in the current directory (ido will start to
search for completions in other dirs)

5. as soon as the message "Searching for `whateveryoutyped`..."
appears, hit <backspace>.

6. go to step 4.

I can trigger the bug after at most 10 repetitions.

- Claudio







reply via email to

[Prev in Thread] Current Thread [Next in Thread]