Wrapping up SRFI-70 Aubrey Jaffer (10 Aug 2005 03:16 UTC)
Re: Wrapping up SRFI-70 Bradley Lucier (10 Aug 2005 03:31 UTC)
Re: Wrapping up SRFI-70 Per Bothner (10 Aug 2005 05:13 UTC)
Re: Wrapping up SRFI-70 Aubrey Jaffer (15 Aug 2005 02:18 UTC)
Re: Wrapping up SRFI-70 Per Bothner (15 Aug 2005 16:38 UTC)
Re: Wrapping up SRFI-70 Aubrey Jaffer (18 Aug 2005 01:58 UTC)
Re: Wrapping up SRFI-70 Per Bothner (23 Aug 2005 00:24 UTC)
Re: Wrapping up SRFI-70 bear (10 Aug 2005 05:38 UTC)
Re: Wrapping up SRFI-70 Aubrey Jaffer (15 Aug 2005 03:45 UTC)
Re: Wrapping up SRFI-70 bear (17 Aug 2005 03:06 UTC)
Re: Wrapping up SRFI-70 Paul Schlie (17 Aug 2005 14:56 UTC)
Re: Wrapping up SRFI-70 bear (17 Aug 2005 17:00 UTC)
Re: Wrapping up SRFI-70 Aubrey Jaffer (19 Aug 2005 01:26 UTC)
Re: Wrapping up SRFI-70 bear (19 Aug 2005 18:28 UTC)

Re: Wrapping up SRFI-70 Paul Schlie 17 Aug 2005 14:55 UTC

> From: bear <xxxxxx@sonic.net>
> On Sun, 14 Aug 2005, Aubrey Jaffer wrote:
> ...
> However, multiplication by exact zero certainly does "trump"
> mere overflows (signed numbers that are too large for the
> current encoding to represent).  Under your current formulation,
> are infinities distinguished from overflows?  Do you think it
> would be a reasonable thing to do?  Do you think it would be
> a reasonable thing to forbid anyone to do?
>
>> | Forbidding an implementation to return an exact zero in
>> | that situation is to ignore a fundamental law of mathematics
>> | and also forbid the implementation from providing true and
>> | potentially useful information to its user.
>>
>> R5RS also allows an implementation to return inexact zero.  Is that
>> wrong?  Do you feel that latitude should be removed?
>
> If the other operand is anything other than an actual infinity,
> then zero (EXACTLY zero) is the correct mathematical result.
> The latitude to return inexact zero is a concession to simple,
> efficient code that runs fast on hardware which presents a
> flawed model of mathematics; it permits the flaw to affect the
> results.  *Requiring* the flaw to affect the results is, I
> believe, The Wrong Thing.

- Given that "in your experience" (which seems sensible), true infinities
  and presumably corresponding reciprocals tend to be rare relative to
  computational over/underflows; therefore in representations where they
  are not distinguishable, it would seem that it may then be correspondingly
  appropriate to presume values represented as infinites are over/under-
  flowed values, thereby implying that any value other than an exact
  infinity multiplied by an exact 0 is 0, and correspondingly implying
  that only 0/0 and/or any value who's absolute value is greater than 1
  divided by, or who's absolute value is less than 1 multiplied by, an
  infinity are considered NaN's [aka 0/0] (as otherwise the resulting value
  will be known to be within the value ranges designated for infinites
  and/or their reciprocals, and represented as such)?