Accuracy of the answer  Go to the Flow Over Astronomy challenge

I use perl Math::Bigint and Math::BaseCalc modules, and i have no doubts they calculate right.
But for result of my equation and "expected answer" i see there is only first 15 chars are equal and other are not.
for example (in base-10)
expected answer:
25542231365210658606224448826288248208284446026206420826220846480640802088482006080062082022200860408482020808860666282420846666842224844460844646428428228
my result of equation:
25542231365210631627395912453280108164117634036844198090266693989435304756346197127599093247792246011288153340013457527594560815663104475076534430874814613

So i conclude there is error somewhere. IS the calculations has original math priority (first mul, then add)?

Idézet tőle: esh

So i conclude there is error somewhere. IS the calculations has original math priority (first mul, then add)?

If you request a few problems you will notice there is always only one single "add" at the end of the equation.

yeah, and then i manually checked BaseCalc results to see if something wrong on the stage of input base decoding: nope, all digits are right.
calculations is done by sequence of multiplies (a*b*c*..)then at last step we add last number. there's no special "eggs", it's simple math if we can call that big integers

can we discuss on PM to find the mistake?

Sure

Maybe PM me your code so i can check for an error.

Hmm, the script from esh seems to work fine.

Did someone solve it recently?

Ok, somehow i found what to do to raise up accuracy. Now i have the last 5-6 numbers difference. For decimal math i checked, the result is right, and for final base conversion i tried 4 different modules and they gave me exact equal strings.

For examle, base 43 out:

Sent the RTZragTQIRr7ARyP91]2qMTsh9APi78aK6qripSN3Occj_1bRyQ51zPySbgjNRyOhS4M15ya371hhO5Za]Ti3aNNtTEc6H7t
Expected RTZragTQIRr7ARyP91]2qMTsh9APi78aK6qripSN3Occj_1bRyQ51zPySbgjNRyOhS4M15ya371hhO5Za]Ti3aNNtTtA6P7_

As we see, last Ec6H7t differs from TA6P7_

In each case, difference is not equal to difference from early. But the equation did properly and right..

Same problem here.

Charset: tg0Whq}RcJkbe2_KNlQXFwm1E67viS9ArxdI43s8]TPynC{5oMpYGDHfz@OuB#LaUj[ZV
inputbase: 66
outputbase: 43

Calculation: clxr*dxWU*PCpn*1rci*M3Dq*cace*76f5*MRaG*wGRb*eAy}*XDOz*rftw*iQ9v*zqSb*YKrS*dTmM*}6M{*zf{J*x5lL*40ye*QUzC*CgbR*Miqu+n8j

My programs solution: g]Wi67isvJR9RNxhr3SxXKFJrN3AiSeF]vKQK47iSg9TvE278d]8RtbNlm4Pm}i8RslSqQIxdxw_i6WxxTh0Aqd]Pmx]FA]tNT
But server expected: g]Wi67isvJR9RNxhr3SxXKFJrN3AiSeF]vKQK47iSg9TvE278d]8RtbNlm4Pm}i8RslSqQIxdxw_i6WxxTh0Aqd]Pmx]FI74]8

The challenge got solved and double checked recently,

you may pm me your code as well, so we can discuss it.

Got it.
My problem was that I used find() instead of index(), causing the calculation to be incorrect (the calculator itself worked correctly).
Sorry for the inconvenience.

John W, i'm not fully understand, on what stage you had error. Encoding decimal result of calculation into base(out), or earlier on decoding the base(in) numbers? I'm using perl and don't know for what index() or find() used.