Re: terrible bug in Mathematica (//N), but why????
Compute each part of
the first expression and look at the numbers you get. A careful
study of the results of floating point arithmetic may reveal why
the numbers come out the way they do.
symbio wrote:
Dr. Fateman,
Thanks for your response, but the problem I sent you is NOT using Sin, it's
using Sinh (hyperbolic sine is not periodic, rather exponential), again I
ask why does Mathematica not make this mistake for 44 or 42 but for 43?
.
Relevant Pages
- Re: Double comparison problem
... Dietmar Kuehl wrote: ... > chris wrote: ... After all, comparing floating ... as long as are careful:) But like you say you ...
(comp.lang.cpp) - Re: Problem in Float Arithmetic
... problem and adding integers cast to double precision isn't. ... I'll be careful where I jump into a topic in future. ... But the topic was floating point subtraction errors, and illustrated the problems you run into if you consider floating point numbers to be in any sense "exact". ...
(microsoft.public.vc.mfc) - Re: Python syntax in Lisp and Scheme
... Gerrit Holl: ... Be careful with that. ... the floating point number 4.0 and the last returns 1 because 1/31 is ... (unless you are using true division). ...
(comp.lang.python) - Re: Jingle Bells subliminal message in reverse
... LOL. ... Hahaha:) Be careful there's a lot of those types of things ... floating around on the internet. ...
(alt.support.stop-smoking) |
|
