Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!brl-adm!adm!ivanlan%mycroft@gswd-vms.arpa
From: ivanlan%mycroft@gswd-vms.arpa
Newsgroups: comp.unix.wizards
Subject: ls -l obscures important information
Message-ID: <4935@brl-adm.ARPA>
Date: Fri, 13-Mar-87 14:12:45 EST
Article-I.D.: brl-adm.4935
Posted: Fri Mar 13 14:12:45 1987
Date-Received: Sat, 14-Mar-87 14:38:08 EST
Sender: news@brl-adm.ARPA
Lines: 38


    >From: Jim Haynes <haynes@ucbarpa.Berkeley.EDU>
    >Subject: ls -l obscures important information
    >Date: 12 Mar 87 06:31:54 GMT
    >Sender: usenet@ucbvax.BERKELEY.EDU

    >I had a maddening problem in which a member of a group could not
    >execute a program that was setgid to that group.  After some fuddling
    >around I chmoded the program again and suddenly it worked.  Turned
    >out that a mistake in a makefile had caused the program to be
    >installed originally with mode 2701 - not executable by the group -
    >but of course ls -l shows  rwx--s--x   as if all were well.

    >Jim Haynes
    > ...ucbvax!ucscc!haynes


system V ls does this better;  it uses 'S' instead of 's'
if the execute bit is not also set:

-rwx--S--x  1 ivanlan  staff           6 Mar 13 11:43 xxx

sysV ls is broken plenty of other ways, though.  but then,
so is bsd ls.


i fixed my ls, by the way, so it works properly:

- 2701  1 ivanlan  staff           6 Mar 13 11:43 xxx

------------------ 
ivan van laningham
gould/csd - urbana
uucp:	ihnp4!uiucdcs!ccvaxa!ivanlan
arpa:	ivanlan@gswd-vms

disclaimer: 
	"ls -ivanlan considered dangerous"