GNU bug report logs - #9814
23.3; unguarded setq of default-directory in ido.el

Previous Next

Package: emacs;

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

Date: Thu, 20 Oct 2011 19:41:01 UTC

Severity: normal

Tags: moreinfo

Found in version 23.3

Done: Leo Liu <sdl.web <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Dave Abrahams <dave <at> boostpro.com>
To: Chong Yidong <cyd <at> gnu.org>
Cc: 9814 <at> debbugs.gnu.org
Subject: Re: bug#9814: 23.3; unguarded setq of default-directory in ido.el
Date: Mon, 31 Oct 2011 11:24:18 -0800
on Fri Oct 28 2011, Chong Yidong <cyd-AT-gnu.org> wrote:

> Dave Abrahams <dave <at> boostpro.com> writes:
>
>> I'm sorry that I don't have a reproducer at the moment.  I was having
>> some failures during startup that would leave my Emacs unable to change
>> buffers with `M-x switch-to-buffer', which was remapped to
>> ido-switch-buffer, because it would attempt to make a Tramp connection
>> to some nonexistent host.  I could get around this by `M-: (setq
>> default-directory "~")', so I went hunting in ido.el for mentions of
>> default-directory and found 2 instances of (setq default-directory...)
>> that were not apparently surrounded by a let.  This seems like a likely
>> cause of the problem.
>
> I'm not too familiar with ido, and do not know whether those setqs are
> intentional.  Could you try let-binding default-directory in those
> locations and test it out for a while, and see if there is any effect?

I've made the changes... I guess the best report you can expect, unless
I get myself into trouble at startup again, is that it has no effect.
Will you check back with me in a week?

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




This bug report was last modified 12 years and 41 days ago.

Previous Next


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