Is it just my G2 to show this error in Python?
round(3/7,6) ==> 0.4285709999999999 (if I counted the 9s correctly)
should be 0.2428571
similar error with
round(5/7,6)
round(3/11,6)
round(5/11,6
round(7/11,6)
previously in my post a first digit "2"crept in inadvertently
The virtual calculator 64bit doesn't show this behavior.
Günter
PS: of course reported to calcbeta too
(04-17-2021 07:08 PM)Guenter Schink Wrote: [ -> ]Is it just my G2 to show this error in Python?
round(3/7,6) ==> 0.24285709999999999 (if I counted the 9s correctly)
should be 0.2428571
Wow! Your calculator is really off! I get
0.4285709999999999
(04-17-2021 08:48 PM)toml_12953 Wrote: [ -> ] (04-17-2021 07:08 PM)Guenter Schink Wrote: [ -> ]Is it just my G2 to show this error in Python?
round(3/7,6) ==> 0.24285709999999999 (if I counted the 9s correctly)
should be 0.2428571
Wow! Your calculator is really off! I get
0.4285709999999999
grrr.. typo - first digit "2" shouldn't be there. But what would you expect with rounding to 6 digits? The result should be 0.428571
Günter
(04-17-2021 11:10 PM)Guenter Schink Wrote: [ -> ] (04-17-2021 08:48 PM)toml_12953 Wrote: [ -> ]Wow! Your calculator is really off! I get
0.4285709999999999
grrr.. typo - first digit "2" shouldn't be there. But what would you expect with rounding to 6 digits? The result should be 0.428571
Günter
Yes, You added an extra 2. I knew that it wasn't your calculator, hence the smiley.
Hello,
I have literally NO clue as to what is going on there!
Works on emulator, works on prime G1... but prime G2 fails!
Something buried deep in the float library or something like that?
Note that Python uses doubles... As such, these are binary numbers... not BCD... so things like rounding will/Can yeild unexpected results...
Cyrille