ls.c braindamaged in both System V and 4.2BSD

[jlw at ariel.UUCP]

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