GNU bug report logs - #5303
23.1.91; Cannot load .emacs-history from savehist.el

Previous Next

Packages: emacs, w32;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 5 Jan 2010 14:09:02 UTC

Severity: normal

Merged with 5309

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 5303 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, cyd <at> stupidchicken.com,
	drew.adams <at> oracle.com
Subject: Re: bug#5303: 23.1.91; Cannot load .emacs-history from savehist.el
Date: Wed, 20 Jan 2010 09:46:47 +0100

On Wed, Jan 20, 2010 at 9:44 AM, Michael Albinus <michael.albinus <at> gmx.de> wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> Another question is why fd is -2.  That means `openp' detected that
>> C:/the-file.el is a ``magic'' file, i.e. it has a file handler.  But
>> this happens in a recursive call to `load', the one where, as Michael
>> says:
>>
>>> the last action I can see is disabling Tramp' file name completion
>>> handler, and calling `load', again.
>>
>> It looks like disabling Tramp's file name completion handler does not
>> prevent `openp' from thinking that C:/the-file.el has a handler.
>
> Tramp inhibits the file name handler of `load'. `openp' checks for a
> file name handler of `file-exists-p', which is not inhibited.


But how is tramp-completion-file-name-handler involved there?
This bug report was last modified 15 years and 121 days ago.

Previous Next

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