Re: -R bletchitude
sandy@gandalf.sissa.it
Wed, 16 Nov 1994 19:06:15 +0100
On Tue, 1 Nov 94 you wrote:
> I dired'd a directory and had inserted a couple subdirs with i. Then I
> decided I wanted all of them and using i was tedious, so I did C-u C-x d
> and specified -lagR and the same dir. It reread and looked just the same,
> with the same two subdirs I had inserted, not all of them. I did C-u C-u s
> (actually the menu-bar) and it reread and was the same.
I've fixed this. Thanks. The R-switch and tree dired have a long
history of trouble, because they are both trying to do the same thing.
They step on each other at times. I am thinking of just catching this
switch within dired, and have dired do its own recursing. Might be a
little bit slower (although, I think not much), but should reduce the
amounting of R-switch kludging in dired. There is a lot.
> I killed the
> buffer and did C-u C-x d again as before; now I get all the directories all
> after the top are listed as "/topdir/./subdir" (gratuitous `./' inserted).
This is bad interaction between insert-directory (in files.el) and
your system ls program. insert-directory adds a "." to the listed
directory to force some systems to chase symlinks. Some ls's get this
"." wound up in the headers of -R listings. Probably insert-directory
should check for this and clean it up. This problem will go away
anyway if I don't pass the -R to insert-directory but handle it in
dired.
--sandy