Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84 SMI; site sun.uucp
Path: utzoo!linus!decvax!decwrl!sun!shannon
From: shannon@sun.uucp (Bill Shannon)
Newsgroups: net.bugs.usg
Subject: Re: Yet ANOTHER null pointer dereference problem (in "cat")
Message-ID: <2859@sun.uucp>
Date: Tue, 8-Oct-85 03:17:14 EDT
Article-I.D.: sun.2859
Posted: Tue Oct  8 03:17:14 1985
Date-Received: Wed, 9-Oct-85 06:57:05 EDT
References: <2826@sun.uucp>, <2620@pegasus.UUCP> <6027@utzoo.UUCP>
Organization: Sun Microsystems, Inc.
Lines: 18

> Probably not until they run into the same situation that forced Berkeley
> to do something about it:  a machine which *cannot* support a readable
> location 0.  (Let there be no illusions that Berkeley fixed *NULL problems
> out of nobility or purity of heart; they fixed them because they had no
> choice if they wanted their code to run on the first Suns.)
> -- 
> 				Henry Spencer @ U of Toronto Zoology
> 				{allegra,ihnp4,linus,decvax}!utzoo!henry

Actually, Sun made the fixes and gave them back to Berkeley, to help
all the other poor slobs who started with 4.xBSD as a porting base.
Berkeley was very good about taking these fixes back.  If/when we get
a line into AT&T, we will give them the fixes too.  I hope they will
also be willing to take back such fixes.  I strongly urge both Berkeley
and AT&T to build their systems such that access to location zero causes
a fault, and then fix all the bugs that turn up.

					Bill Shannon