Steps to reproduce:
Platform (if different from the browser):
Browser: Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
This is a problem a floating point arithmetics. We will not fix this problem.
Hmm... Maybe some info about precision limitation?
We are using IEEE754 double values internally (c++ double). This is the standard for floating point based calculations and is used by most modern programs and many programming languages.
Calc gives 1,677259342285730000000e21
SpeedCrunch gives 1,67725934228572592537600000000000000000000000000000e21
calc 7.1 produces '0' as result, without notice of 'error' or 'overflow' ... critical ...
is this substitution correct?
MOD(26^15;77) = MOD((MOD(26^5;77)*MOD(26^5;77)*MOD(26^5;77));77)
if ... where is the problem for calc or devs to implement that ('split too big arguments') and deliver correct results? it's been nearly 9 years time for that ...
and: ... 'better precision than ex$el' would be a great marketing gag ...
@Markus Mohrhard: 'standard' and similar are good strong arguments, but not an excuse for 'everything', and not for wrong results ...