<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
Hi, all.<div><br></div><div>I think the issue can be reduced to:</div><div><br></div><div>555 * 0.01 "5.55"</div><div>5555 * 0.01 "55.550000000000004"</div><div><br></div><div>... because #quo: on a Fraction seems to work as expected.</div><div><br></div><div><div>((5/9) * 100 "(500/9)" / 0.01 "5555.555555555556") truncated "5555" * 0.01 "55.550000000000004"</div></div><div><br></div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
<p style="color: #AAAAAA; margin-top: 10px;">Am 31.07.2019 13:53:49 schrieb Rein, Patrick <patrick.rein@hpi.de>:</p><div style="font-family:Arial,Helvetica,sans-serif">Hi everyone,<br><br>a student recently encountered the following behavior:<br><br>fraction := 5 / 9.<br>(fraction* 100) truncateTo: 0.01. “55.550000000000004"<br>fraction:= 1/18.<br>(fraction * 100) roundTo: 0.01. “5.5600000000000005"<br><br>This is not what I would expect from #truncateTo: or #roundTo: even when using Floats (especially roundTo:).<br><br>Is this what we want or an open issue? I have not found any test covering the protocol.<br><br>Bests<br>Patrick<br><br></div></blockquote>
</div></body>