GNU bug report logs -
#5478
23.1.91; Cannot use dired with cons DIRNAME arg if include remote files
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 26 Jan 2010 00:41:02 UTC
Severity: normal
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 09 Feb 2010 17:11:17 +0100
with message-id <87mxzil78a.fsf <at> gmx.de>
and subject line Re: bug#5478: 23.1.91; Cannot use dired with cons DIRNAME arg if include remote files
has caused the Emacs bug report #5478,
regarding 23.1.91; Cannot use dired with cons DIRNAME arg if include remote files
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact bug-gnu-emacs <at> gnu.org
immediately.)
--
5478: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5478
Emacs Bug Tracking System
Contact bug-gnu-emacs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
emacs -Q
I load these two files:
http://www.emacswiki.org/emacs/cygwin-mount.el
http://www.emacswiki.org/emacs/setup-cygwin.el
I use ftp as `tramp-default-method' (I gave up trying to use Tramp with
ssh on Windows).
But probably none of that is important. What follows is what matters.
M-: (dired '("foo" A B))
where A is an (absolute) remote file name and B is an (absolute) local
file name. For example, A could be
"/zizi.bar.toto.com:/some/path/titi.el", and B could be
"c:/another/path/tata.el".
The Dired buffer that results shows file B normally:
it is correctly listed using its absolute file name.
The buffer is correctly named "foo".
The listing shows file A incorrectly, however. It shows A as a relative
file name, instead of showing it as an absolute, remote file name. IOW,
the remote directory information is lost.
And hitting RET on A's line in Dired raises this error: "File no longer
exists; type `g' to update dired buffer". That message is
inappropriate, obviously. And `g' does not help.
This is really too bad. It is _very_ convenient to use Dired with an
explicit list of files, e.g. files from different directories. It would
be especially convenient to be able to mix local and remote files this
way.
And according to the Dired doc, this should work. It almost does. In
fact, the file line for the remote file is otherwise correct - e.g. the
date/time, permissions, etc. The only problem seems to be that the
directory itself is missing: the file name is displayed as a relative
name. If it were displayed as absolute, I'm guessing it would work 100%.
In GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600)
of 2010-01-02 on PRETEST
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
[Message part 3 (message/rfc822, inline)]
Michael Albinus <michael.albinus <at> gmx.de> writes:
> I could reproduce it with gnu/linux. Fixed in ange-ftp.el and
> tramp.el. Some cosmetics in dired listing layout might be left, I'm not
> familiar with this.
>
> I haven't tested it for W32.
Remote files are handled correct now, also under W32 (according to the
OP). The bug is closed therefore.
During the tests, two other bugs have been detected, bug#5516 and
bug#5551. They are not related to remote files in particular, therefore
they shall be treated independently.
Best regards, Michael.
This bug report was last modified 15 years and 162 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.