unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Michael Albinus <michael.albinus@gmx.de>
To: Lennart Borgman <lennart.borgman@gmail.com>
Cc: "5303@debbugs.gnu.org" <5303@debbugs.gnu.org>,
	"cyd@stupidchicken.com" <cyd@stupidchicken.com>
Subject: bug#5303: 23.1.91; Cannot load .emacs-history from savehist.el
Date: Wed, 20 Jan 2010 09:56:27 +0100	[thread overview]
Message-ID: <nqr5pltaro.fsf@alcatel-lucent.com> (raw)
In-Reply-To: <e01d8a51001200046p4e2631c5nbc24ff609f436502@mail.gmail.com> (Lennart Borgman's message of "Wed, 20 Jan 2010 09:46:47 +0100")

Lennart Borgman <lennart.borgman@gmail.com> writes:

>>> 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?

Still the same game. "C:/the-file.el" matches its regexp in
file-name-handler-alist'.

Best regards, Michael.






  reply	other threads:[~2010-01-20  8:56 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <8F73D1539CE042B8A9B48F767127C43B@us.oracle.com>
2010-01-16 19:33 ` bug#5303: 23.1.91; Cannot load .emacs-history from savehist.el Chong Yidong
2010-01-16 20:03   ` Lennart Borgman
2010-01-16 21:11     ` Kevin Rodgers
2010-01-17 16:54     ` Michael Albinus
2010-01-17 16:58       ` Lennart Borgman
2010-01-17 17:18         ` Michael Albinus
2010-01-17 19:46           ` Lennart Borgman
2010-01-19 13:40             ` Michael Albinus
2010-01-19 17:39               ` Drew Adams
2010-01-19 19:28                 ` Eli Zaretskii
2010-01-19 19:30                   ` Chong Yidong
2010-01-19 19:36                   ` Michael Albinus
2010-01-19 21:24                     ` Eli Zaretskii
2010-01-19 22:13                       ` Eli Zaretskii
2010-01-20  1:25                       ` Lennart Borgman
2010-01-20  8:44                       ` Michael Albinus
2010-01-20  8:46                         ` Lennart Borgman
2010-01-20  8:56                           ` Michael Albinus [this message]
2010-01-20  9:02                             ` Lennart Borgman
2010-01-20  9:45                         ` Michael Albinus
2010-01-20 10:39                           ` Eli Zaretskii
2010-01-20 10:50                             ` Michael Albinus
2010-01-19 19:37                   ` Drew Adams
2010-01-19 19:44                     ` Eli Zaretskii
2010-01-19 19:52                       ` Drew Adams
2010-01-19 21:31                         ` Eli Zaretskii
2010-01-19 20:01               ` Lennart Borgman
2010-01-20  9:00                 ` Michael Albinus
2010-01-20  9:04                   ` Lennart Borgman
2010-01-20 10:13                     ` Michael Albinus
2010-01-20 10:38                       ` Lennart Borgman
2010-01-20 12:01                         ` Michael Albinus
2010-01-20 12:03                           ` Lennart Borgman
2010-01-20 12:15                             ` Michael Albinus
2010-01-20 12:21                               ` Lennart Borgman
2010-01-20 15:32                           ` Drew Adams
2010-01-20 15:41                             ` Michael Albinus
2010-01-20 17:33                               ` Drew Adams
2010-01-20 18:18                               ` Eli Zaretskii
2010-01-21  1:02                                 ` Lennart Borgman
2010-01-21 18:24                                   ` Eli Zaretskii
2010-01-21 18:42                                     ` Chong Yidong
2010-01-21 20:41                                       ` Chong Yidong
2010-01-20 18:17                             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=nqr5pltaro.fsf@alcatel-lucent.com \
    --to=michael.albinus@gmx.de \
    --cc=5303@debbugs.gnu.org \
    --cc=cyd@stupidchicken.com \
    --cc=lennart.borgman@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).