Xref: utzoo comp.sys.att:4143 comp.unix.microport:1454 comp.sys.ibm.pc:18587
Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!ucsd!rutgers!bellcore!tness7!texbell!bigtex!james
From: james@bigtex.uucp (James Van Artsdalen)
Newsgroups: comp.sys.att,comp.unix.microport,comp.sys.ibm.pc
Subject: Re: AT&T 386 UNIX Vr3.1
Message-ID: <7339@bigtex.uucp>
Date: 31 Aug 88 22:31:43 GMT
References: <145@carpet.WLK.COM> <441@uport.UUCP> <176@djs.UUCP>
Reply-To: james@bigtex.UUCP (James Van Artsdalen)
Organization: F.B.N. Software, Austin TX
Lines: 14

In article <176@djs.UUCP>, samperi@djs.UUCP (Dominick Samperi) wrote:

> I've used AT&T's C compiler under Sys V Rel. 2 on a 3B2/300 since before
> Microport existed, and it has NEVER caused the system to panic when I run
> trivial programs that do some floating point operations.

Nor does the Microport compiler.  Microport has been guilty of quality
control lapses in the past, but this problem is solely Intel's.  The
latest step of the 80386 supposedly fixes this problem.  The compiler
has no control over it (well, I suppose you could do all x87 work in
kernel mode to guarantee that no paging could occur, but that is more
of an overall system design decision that a compiler issue).
-- 
James R. Van Artsdalen    ...!uunet!utastro!bigtex!james     "Live Free or Die"
Home: 512-346-2444 Work: 328-0282; 110 Wild Basin Rd. Ste #230, Austin TX 78746