Re: [PATCH] tramp (2.0.7); copy-file fails due to unsupported insert-file-contents-literally

[Kai Großjohann]

Michael Shields <address@hidden> writes:

> Tramp does not have a handler for insert-file-contents-literally,
> This causes copy-file to fail if the first argument is a Tramp file,
> because tramp-do-copy-or-rename-via-buffer fetches the file contents
> using insert-file-contents-literally.  (Copies in the other direction
> work fine.)

I'm not sure I understand this.  I looked in
/usr/lib/xemacs-21.4.6/lisp/files.el.gz (as installed by Debian
woody) and it appears that the standard function looks to see if a
handler is present for insert-file-contents-literally.  If there is
no handler, it sets some coding systems and invokes
insert-file-contents.

So with the current Tramp, XEmacs should see that there is no
function and invoke insert-file-contents, which has a handler and
thus invokes Tramp.

Is this not what happens?  If not, why not?

Hm.  And your patch just makes
tramp-handle-insert-file-contents-literally the same as
tramp-handle-insert-file-contents which is probably not the right
thing to do.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)