From: Michael Albinus <michael.albinus@gmx.de>
To: Eli Zaretskii <eliz@gnu.org>
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 11:50:29 +0100 [thread overview]
Message-ID: <nqhbqht5hm.fsf@alcatel-lucent.com> (raw)
In-Reply-To: <E1NXXxx-0002UD-A2@fencepost.gnu.org> (Eli Zaretskii's message of "Wed, 20 Jan 2010 11:39:13 +0100")
Eli Zaretskii <eliz@gnu.org> writes:
>> ! handler = Ffind_file_name_handler (string,
>> ! NILP (Vinhibit_file_name_operation)
>> ! ? Qfile_exists_p
>> ! : Vinhibit_file_name_operation);
>
> But this assumes that `openp is called for the same file op for which
> the value inhibit-file-name-operation was set, doesn't it? I'm not
> sure such an assumption is safe: `openp' is a very popular utility
> function, it is called by many Lisp APIs, and could very well be
> called by some primitive that has nothing to do with
> inhibit-file-name-operation's value.
Then one could set Vinhibit_file_name_operation to Qfile_exists_p in
Fload, before calling openp. Temporarily, of course.
>> > Tramp inhibits the file name handler of `load'. `openp' checks for a
>> > file name handler of `file-exists-p', which is not inhibited.
>
> Let me turn the table and ask you: why doesn't Tramp inhibit _all_ its
> file name handlers in this case? IIUC, what we want here is to have
> `load' do its thing with a local file. So which other handlers could
> we want to be active in this case?
`jka-compr-handler', `epa-file-handler' for example. Imagine, you want
to load "C:/this_file.gz" or "C:/this_file.gpg".
next prev parent reply other threads:[~2010-01-20 10:50 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
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 [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=nqhbqht5hm.fsf@alcatel-lucent.com \
--to=michael.albinus@gmx.de \
--cc=5303@debbugs.gnu.org \
--cc=cyd@stupidchicken.com \
--cc=eliz@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.