Calculator Forensics (2002)
rskey.org
rskey.org
But then excel gives a compartively horrible result 8.99999999983268000 (maybe all the casting to and fro degrees and radians makes it worse?)
And python on the same machine, similar: degrees(asin(degrees(acos(degrees(atan(tan(radians(cos(radians(sin(radians(9)))))))))))) = 8.99999999983257
I wonder if our calculator apps are doing some symbolic computations? Or just have >>64 bit precision (which I presume is the default for excel/python)?
[0.999999999999]: https://cacm.acm.org/magazines/2017/8/219594-small-data-comp...
Everything should do unbounded precision. The results are much more human-friendly. And if you're not building a calculator app for humans, who are you building it for?
It implements the HP42, but with a math library w/ 34 decimal digits of precision. You can also buy a calculator, the DM-42 that runs on it and itd be the best calculator in the world if the key board weren't so… bleh
Also heads up: the automod seems to have banned you. I had to vouch this comment. You might be commenting too fast for a new user or be commenting from an IP it doesn't like.
It's a "Casio fx-991ES PLUS", and I get 9.00000000733338.
I want to submit this result to the author but I can't find contact information anywhere, despite this page explicitly asking for help: http://www.rskey.org/~mwsebastian/calcinfo.htm
Using the SC-323 (Sharp calc emulator) app brings it to 9.0000000000000000005. According to the table, this is the same as the Sharp PC-E500 calc.
Catalina on Intel: 9.000000000000055
Even more interesting would be a generalized version that sought to discover properties of an unknown calculator. For example, working out the internal precision by looking at rounding errors, or you could time calculations on numbers of different sizes and make inferences about the size of available memory. This would be cool because you can then apply it to more general sorts of things, like human brains.
I would expect that to fall apart because the underlying mechanics are different; we know what errors converting between base 2 and 10 look like, but I think it's pretty far from obvious that the same principles extend to whatever everyone's favorite biological neural network uses to execute mathematics. You could do the same kinds of analysis, and it would tell you something interesting probably, I just wouldn't trust inferences made on the basis of lessons learned from digital computers.
100/3
ans×3
on different calculators, and at the time being baffled at how they often said 99.9999999.