Revision of SRFI 70 available Michael Sperber (18 Jul 2005 11:58 UTC)
Re: Revision of SRFI 70 available bear (18 Jul 2005 15:50 UTC)
inexactness vs. exactness Aubrey Jaffer (18 Jul 2005 23:57 UTC)
Re: inexactness vs. exactness bear (19 Jul 2005 02:31 UTC)
Re: inexactness vs. exactness Aubrey Jaffer (21 Jul 2005 17:01 UTC)
Re: inexactness vs. exactness bear (22 Jul 2005 00:22 UTC)
Re: inexactness vs. exactness Aubrey Jaffer (22 Jul 2005 16:01 UTC)
Re: inexactness vs. exactness bear (22 Jul 2005 16:21 UTC)
Re: inexactness vs. exactness Alan Watson (22 Jul 2005 18:21 UTC)
Re: inexactness vs. exactness Aubrey Jaffer (25 Jul 2005 03:38 UTC)
Re: inexactness vs. exactness bear (27 Jul 2005 16:03 UTC)

Re: inexactness vs. exactness bear 22 Jul 2005 16:21 UTC


The problem with this assumption is that after doing inexact
mathematics of more than a few steps, you run the risk of
getting accumulated errors.  When you have accumulated
errors from several roundoffs, you get an approximate
answer, and you *CANNOT* claim that there is no representable
inexact number closer to the correct answer; after as little
as four inexact operations, it is unlikely to be true.

The answers in inexact math, other than trivially simple
single operations, are not "the closest representable
inexact number" to the answer, which in your opinion
is the key feature that transforms them into neighborhoods;
they are simply answers which are known to be wrong, but
which we hope are reasonably close.

				Bear