terrible bug in Mathematica (//N), but why????
- From: "symbio" <symbio@xxxxxxx>
- Date: Sun, 10 Jul 2005 21:49:41 GMT
Evaluating (using //N) two exact same expressions, gives wrong answer unless
fullsimplify is used first, I spent 2 days on a problem thinking my answer
was wrong, but turned out Mathematica 5 was giving me buggy answers, I
debugged it to this point, but WHY in the world is this happening? Please
help!!!
cut and paste below to see the test case:
In[243]:=
\!\(\(Cosh[\(43\ \[Pi]\)\/\@2] + \((1 - Cosh[43\ \@2\ \[Pi]])\)\ Csch[
43\ \@2\ \[Pi]]\ Sinh[\(43\ \[Pi]\)\/\@2] // FullSimplify\) //
N\[IndentingNewLine]
Cosh[\(43\ \[Pi]\)\/\@2] + \((1 - Cosh[43\ \@2\ \[Pi]])\)\ Csch[
43\ \@2\ \[Pi]]\ Sinh[\(43\ \[Pi]\)\/\@2] // N\)
Out[243]=
\!\(6.551787517854307`*^-42\)
Out[244]=
\!\(\(-1.9342813113834067`*^25\)\)
thanks,
.
- Follow-Ups:
- Re: terrible bug in Mathematica (//N), but why????
- From: Richard Fateman
- Re: terrible bug in Mathematica (//N), but why????
- Prev by Date: Re: Maple 9.5: 'plot' of multiple functions does not preserve color list order
- Next by Date: Re: terrible bug in Mathematica (//N), but why????
- Previous by thread: How differentiate the matrices in Maple ?
- Next by thread: Re: terrible bug in Mathematica (//N), but why????
- Index(es):
Relevant Pages
|
|