GNU bug report logs - #7583
23.2; ido loads tramp too eagerly

Previous Next

Package: emacs;

Reported by: Dave Abrahams <dave <at> boostpro.com>

Date: Tue, 7 Dec 2010 17:34:01 UTC

Severity: normal

Found in version 23.2

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dave Abrahams <dave <at> boostpro.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 7583 <at> debbugs.gnu.org
Subject: bug#7583: 23.2; ido loads tramp too eagerly
Date: Wed, 19 Oct 2011 15:31:32 -0400
on Sun Oct 16 2011, Michael Albinus <michael.albinus-AT-gmx.de> wrote:

> Dave Abrahams <dave <at> boostpro.com> writes:
>
> Hi Dave,
>
>> This seems a bit overeager.  It takes a while to load up tramp, and ido
>> shouldn't need to consider tramp filename completions if tramp isn't
>> already loaded.
>
> I (still) cannot speak about ido. But Tramp 2.2 has been rewritten for
> Emacs 24 to load only the minimum part at startup. More Lisp objects of
> Tramp have been moved to autoload files.
>
>> emacs -Q
>> `M-x ido-mode RET'
>> `C-x C-f'           <wait while tramp loads>
>
> Running this recipe with Emacs 24.0.90, I don't see a serious delay due
> to Tramp. Do you still believe we need to fix something?

Yeah, I do (no pun intended).  See the other report I made today.
Again, I'm not sure it's *technically* Tramp's fault, but I think Tramp
should probably be more resilient to whatever ido is doing.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com




This bug report was last modified 13 years and 211 days ago.

Previous Next


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