Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!nysernic!itsgw!batcomputer!cornell!uw-beaver!mit-eddie!ll-xn!ames!amdcad!cae780!hplabs!hpda!hpesoc1!hpcllla!hpclisp!hpclmar!mar
From: mar@hpclmar.UUCP
Newsgroups: comp.unix.questions
Subject: Re: question about signal
Message-ID: <720002@hpclmar.HP.COM>
Date: Fri, 2-Oct-87 16:50:44 EDT
Article-I.D.: hpclmar.720002
Posted: Fri Oct  2 16:50:44 1987
Date-Received: Sun, 4-Oct-87 07:20:37 EDT
References: <720001@hpclmar.HP.COM>
Organization: HP ITG/ISO Computer Language Lab
Lines: 15

/ hpclmar:comp.unix.questions / matt@oddjob.UChicago.EDU (I am not a Grook) /  3:43 pm  Sep 30, 1987 /

> Was the second machine a VAX-11/750?  If I remember rightly, 750's
> have a microcode bug in the treatment of floating point exceptions
> which causes exactly the behavior you say.
> ________________________________________________________
> Matt	     University		matt@oddjob.uchicago.edu
> Crawford     of Chicago     {astrovax,ihnp4}!oddjob!matt

 No, one machine was a 68020-based architecture (the hp9000s320)
 and the other was the HPPA (risc) architecture (hp9000s840).

 The s320 began execution after the line which caused the floating-point
 trap. The s840 begins execution at the instruction which caused the
 floating-point trap (causing the given program goes into an infinite loop).