bug#4046: 23.1; minibuffer completion

[Pavliv Oleg]

I found a reason for a grep-find slowness

It is necessary to put in .emacs
(setq grep-highlight-matches nil)
or
(setq grep-highlight-matches t)
to avoid a call (grep-probe) which takes a long time

In the previous version of emacs 22.3 it was nil.

As for telnet: file I don't know yet. Emacs is started with the only
option --debug-init 

Thanks
Oleg Pavliv

-----Original Message-----
From: Eli Zaretskii [mailto:eliz@gnu.org] 
Sent: 06 August 2009 19:56
To: Pavliv Oleg; 4046@emacsbugs.donarmstrong.com
Subject: Re: bug#4046: 23.1; minibuffer completion

> Date: Wed, 5 Aug 2009 14:38:04 +0200
> From: "Pavliv Oleg" <opavliv@lysis.com>
> Cc: 
> 
> 1. M-x grep-find takes 5-7 sec to show the standard command "find .
> -type f -print0 | xargs -0 -e grep -n".

Only the first time, right?  If so, that's because Emacs tries to figure
out what kind of programs you have for this pipe.  You can avoid the
delay by customizing the option `grep-find-command'.

> 2. When I type M-x find-file then d:/te <TAB> it proposes two 
> completion "temp" and "telnet:".
> I dont have "telnet:" file on my disk d:/

Does this happen in "emacs -Q"?  I cannot reproduce this on my machine.
I see that you have many non-default modes enabled:

> Minor modes in effect:
>   iswitchb-mode: t
>   shell-dirtrack-mode: t
>   display-time-mode: t
>   cua-mode: t
>   partial-completion-mode: t
>   global-auto-revert-mode: t
>   tooltip-mode: t
>   mouse-wheel-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   font-lock-mode: t
>   blink-cursor-mode: t
>   global-auto-composition-mode: t
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   column-number-mode: t
>   line-number-mode: t
>   transient-mark-mode: t

Maybe one of them causes this problem?