From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 21 Aug 2013 14:27:00 -0400 To: 9fans@9fans.net Message-ID: <77b9c9c07986e90a78b168a3ea1cc9ec@brasstown.quanstro.net> In-Reply-To: <879627248a8cc463c48ffd1b1cc78f51@proxima.alt.za> References: <879627248a8cc463c48ffd1b1cc78f51@proxima.alt.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] comparisons with NaN Topicbox-Message-UUID: 737b6188-ead8-11e9-9d60-3106f5b1d025 On Wed Aug 21 14:23:48 EDT 2013, lucio@proxima.alt.za wrote: > > what i mean is, the need for fixing it depends on how much > > havoc this issue causes. > > Well, there is also the question of whether anything at all will break > if the bug is fixed. If not, then the answer is simple. fortunately, since plan 9 traps when a computation produces a NaN by default, and nothing in /sys/src/cmd calls setfcr(2), i think we can exclude this possiblity. - erik