[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
ls operation changed
- From: Vidiot <brown mrvideo vidiot com>
- To: redhat-list redhat com (RedHat main mail list)
- Subject: ls operation changed
- Date: Sat Mar 1 01:56:20 2003
I've been noticing this for a while now and it is damn annoying. The ls
command traverses symbolic links if the symbolic link is used as the filename
given to ls. For example, if I do:
ls -laG sym_filename
and sym_filename points to a directory named /usr/symlinkname, the contents
of /usr/symlinkname is displayed instead of displaying
lrwxrwxrwx 1 brown 16 Sep 15 02:24 sym_filename -> /usr/symlinkname
What the Hell does it take to get ls to do this right? Under Solaris it
is displayed as expected. If one wants to see the contents of the pointed
to link, a "/." is added to the end of the filename (sym_filename/.). For
some reason, under Linux, ls acts as if the "/." is always appended to
the end of the file name. I do not see an option for telling ls not to
traverse the symbolic link.
While it is true that doing a "ls -laG" will show the symbolic link, if there
are hundreds of entries, one has to manually parse through that list to find
the desired entry or pipe the results through grep. That defeats the whole
purpose of ls.
Whose brilliant idea was it to change the behavior of ls after all these years?
Or is the RH 7.1 version broken?
Thanks for any pointers in getting the old, and correct, behavior working
again.
MB
--
e-mail: vidiot vidiot com /~\ The ASCII
[I'm just the one who beat him off... Repelled him] \ / Ribbon Campaign
[would perhaps be the better phrase. Spike 2/18/03] X Against
Visit - URL: http://vidiot.com/ / \ HTML Email
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]