Right, because i expect perfect precision out of floating point arithmetic for an algorithm that's already known to be a fast approximation when you use the standard C libraries.
As far as i'm concerned, if you consider this a bug, you fail at algorithms in CS :P
If you want precision to arbitrary degrees, go use matlab or mathmatica or something
@ashridah exactly---similarly, one can reference "mathlab"...as in, Carl Engelman, "Macsyma", "MATHLAB-68"---yes, I do have a PDP-10 and PDP-11---my company services them still, believe it or not, as well as other DECs, VAXs, etc. DECNET...YAY! TCP/IP over DECNET/LAT...GO CISCO!
@ashridah The algorithms should be accurate enough to provide at least faithful rounding (internally). In particular, for any function provided by the calculator, if the mathematical result is exactly representable, it should be returned.
-8,1648465955514287168521180122928e+39=16,8056459=2-2 ????
oskoskarsdottir 1 year ago
Right, because i expect perfect precision out of floating point arithmetic for an algorithm that's already known to be a fast approximation when you use the standard C libraries.
As far as i'm concerned, if you consider this a bug, you fail at algorithms in CS :P
If you want precision to arbitrary degrees, go use matlab or mathmatica or something
ashridah 1 year ago
@ashridah exactly---similarly, one can reference "mathlab"...as in, Carl Engelman, "Macsyma", "MATHLAB-68"---yes, I do have a PDP-10 and PDP-11---my company services them still, believe it or not, as well as other DECs, VAXs, etc. DECNET...YAY! TCP/IP over DECNET/LAT...GO CISCO!
JoeyTribiane 1 year ago
@ashridah The algorithms should be accurate enough to provide at least faithful rounding (internally). In particular, for any function provided by the calculator, if the mathematical result is exactly representable, it should be returned.
vinc17fr 9 months ago
core dumped (once again)
vgfeit 1 year ago