ange-ftp problem (was: ange-ftp-name-format needs to be improved)

[Michael Albinus]

Katsumi Yamaoka <address@hidden> writes:

> Unfortunately, I noticed another problem on Tramp ftp.  Emacs
> attempts to cd to a remote file, not a directory, after copying
> a file from the local dired buffer to the remote dired buffer
> using the C command.  It can be verified even if the remotehost
> is `localhost'.  Here is a ftp session at that time:

[...]

It doesn't seem to be a Tramp problem. Emacs 21.3 / CVS Tramp do
work this way.

With Emacs 21.3.50, I could reproduce your problem. If I understand
correctly, this is due to a change made a while ago in ange-ftp. I've
reverted those lines back to the ange-ftp code basis coming with Emacs
21.3, then the problem disappears. You can prove it yourself:

magdalene:~/src/emacs/lisp/net> diff -u ange-ftp.el.~1.56.~ ange-ftp.el
--- ange-ftp.el.~1.56.~ 2004-01-05 22:13:57.000000000 +0100
+++ ange-ftp.el 2004-01-28 06:53:47.000000000 +0100
@@ -2296,9 +2296,10 @@
        (setq cmd0 'ls)
        ;; We cd and then use `ls' with no directory argument.
        ;; This works around a misfeature of some versions of netbsd ftpd.
-       (unless (equal cmd1 ".")
-         (setq result (ange-ftp-cd host user (nth 1 cmd) 'noerror)))
-       (setq cmd1 cmd3)))
+;      (unless (equal cmd1 ".")
+;        (setq result (ange-ftp-cd host user (nth 1 cmd) 'noerror)))
+;      (setq cmd1 cmd3)))
+       (setq cmd1 (format "\"%s %s\"" cmd3 cmd1))))
 
      ;; First argument is the remote name
      ((progn

Of course, this is not the solution. I would appreciate if the
ange-ftp maintainers could check what happens there.

> Regards,

Best regards, Michael.

PS: the other problem(s) you've reported I'll debug later this week.