Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site ariel.UUCP
Path: utzoo!watmath!clyde!akgua!mcnc!decvax!harpo!ulysses!mhuxl!houxm!hogpc!houti!ariel!jlw
From: jlw@ariel.UUCP
Newsgroups: net.unix-wizards
Subject: ls.c braindamaged in both System V and 4.2BSD
Message-ID: <628@ariel.UUCP>
Date: Sun, 13-May-84 12:18:53 EDT
Article-I.D.: ariel.628
Posted: Sun May 13 12:18:53 1984
Date-Received: Mon, 14-May-84 07:02:37 EDT
Organization: AT&T-ISL, Holmdel, NJ
Lines: 28

I have posted to net.sources a hack to ls.c for both
4.2bsd and System V.  I became incensed (i.e. I had
a bad hack attack) when I set up our new 4.2bsd-like
with my uid from one of our other seven Vaxen and found
that because my uid was larger than 2048 when I ls'ed
files they didn't show up with my name but my uid.
Investigating I found that bsd stores a parameterized
array of user (group) names indexed by uid (gid).
I could have just upped this (it is a virtual system,
isn't it), but I didn't I built in a user (group)
name hashing scheme to solve the problem generally
and isn't that what hacking is all about?
The System V version is even more brain damaged.
The problem mentioned above is not there, but
it saves only one user (group) name and goes back to
the top of /etc/passwd (/etc/group) every time the
uid (gid) changes. UGH!!!!! It even has a homemade
routine to read the files.
I hope this tickles your fancy.



					Joseph L. Wood, III
					AT&T Information Systems
					Laboratories, Holmdel
					(201) 834-3759
					ariel!jlw