[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ange-ftp problem (was: ange-ftp-name-format needs to be improved)
From: |
Stefan Monnier |
Subject: |
Re: ange-ftp problem (was: ange-ftp-name-format needs to be improved) |
Date: |
28 Jan 2004 09:46:20 -0500 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
>> 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:
I don't understand what problem you're seeing.
You say "attempts to cd to a remote file", but that is not in and of itself
a problem since it's internal to ange-ftp (the reason ange-ftp does it is
to figure out whether it's a file or a directory).
Are you saying the the ftp server gladly accepts to cd to a file rather
than report an error and that ange-ftp then does something wrong or report
some kind of error? If so could you give us more details about the error
you're seeing ?
Looking at your ftp log it seems that the remote host does report an error
when we try to cd to /file.gz. Maybe ange-ftp somehow doesn't recognize it?
> Of course, this is not the solution. I would appreciate if the
> ange-ftp maintainers could check what happens there.
As mentioned above, the purpose of the lines you removed is to do a cd to
figure out whether the thing is a file or a directory. With the code you
used instead (i.e. the code used in Emacs-21.3 IIRC), the detetion is done
by using `ls <file>' instead of `cd <file>', but this sadly fails with some
ftp servers that gladly accept the `ls /file/gz' and just return
"total 1024\n" as if /file.gz were a directory with no entries at all (not
even . or ..).
The `cd <file>' trick is also used for another reason, but I can't quite
remember which it is. I think it has to do with the fact that some ftp
servers did not like the `ls <file>' command we used (I seem to remember
something like `ls <file>' only worked if <file> had no spaces in it or
something like that, or that `ls <file>' works and `ls -l' works as well
but `ls -l <file>' doesn't).
In any case the log he showed indicates that using `cd <file>' should work,
but maybe ange-ftp does not properly parse the error returned by the ftp
server or maybe there's some other error somewhere.
Can someone give me a precise recipe ?
Stefan
- ange-ftp-name-format needs to be improved, Katsumi Yamaoka, 2004/01/21
- Re: ange-ftp-name-format needs to be improved, Michael Albinus, 2004/01/24
- Re: ange-ftp-name-format needs to be improved, Katsumi Yamaoka, 2004/01/26
- Tramp ftp bug (was Re: ange-ftp-name-format needs to be improved), Katsumi Yamaoka, 2004/01/26
- ange-ftp problem (was: ange-ftp-name-format needs to be improved), Michael Albinus, 2004/01/28
- Re: ange-ftp problem, Katsumi Yamaoka, 2004/01/28
- Re: ange-ftp problem (was: ange-ftp-name-format needs to be improved),
Stefan Monnier <=
- Re: ange-ftp problem, Juri Linkov, 2004/01/28
- Re: ange-ftp problem, Stefan Monnier, 2004/01/29
- Re: ange-ftp problem, Michael Albinus, 2004/01/29
- Re: ange-ftp problem, Juri Linkov, 2004/01/29