From owner-freebsd-hackers  Tue Sep  9 12:39:20 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id MAA29939
          for hackers-outgoing; Tue, 9 Sep 1997 12:39:20 -0700 (PDT)
Received: from uno.canit.se (root@uno.canit.se [193.13.228.1])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA29927
          for <freebsd-hackers@freebsd.org>; Tue, 9 Sep 1997 12:39:00 -0700 (PDT)
Received: from canit.se (quiet.matematik.su.se [130.237.198.146])
	by uno.canit.se (8.8.7/8.8.7) with ESMTP id VAA17440;
	Tue, 9 Sep 1997 21:38:51 +0200
Message-ID: <3415A5CB.3AA23825@canit.se>
Date: Tue, 09 Sep 1997 21:38:51 +0200
From: Kent Boortz <kentb@canit.se>
Organization: TMG Datakonsult
X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 2.2.2-RELEASE i386)
MIME-Version: 1.0
To: freebsd-hackers@freebsd.org
Subject: fpresetsticky, fpsetmask
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I have read the man page and done some experiments but can't
quite understand the logic.

If I want all errors like overflow, underflow and divide by zero
result in an excdeption, I set the bits in 'fpsetmask()', right?

But how does this 'fpresetsticky()' come into the picture? Could
you please clearify how this works?

I also read a note in mailing list that I "think" claimed that
enabling a signal on floating point divide by zero also would
trap integer divide by zero that doesn't restart correctly,
causing an infinite loop. Is this true?

And last, is this 'fpsetmask()'/'fresetsticky()' the same in
other flawors of BSD?

/kgb