<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Oct 4, 2018 at 4:02 AM <<a href="mailto:gtt@wolfgang-ehrhardt.de">gtt@wolfgang-ehrhardt.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is one of the most useless collection of floating point myths I<br>
have seen since a long time.<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With rolling a dice you mean, that the comparisons are only<br>
randomly correct or what)? Since the floating-point numbers<br>
are well-defined and exact (yes they are, and truncation/rounding<br>
errors are the results from former computations and/or<br>
the rounding of non-representable numbers). All operations<br>
are predictable, so there is no chance for random.<br>
<br></blockquote><div><br></div><div>The random comes from the input, not the output.  If you know the numbers going in, you know the numbers coming out, certainly.  But you rarely know the numbers going in , and most people don't know the deep details of what happens behind the scenes, and so sometimes some of those numbers going in give you surprising numbers coming out.  Different implementations or different languages have different details, as well, which can also be surprising.</div><div><br></div><div>So the issue isn't technical, it is language.  What was being said was vernacular, colloquial, imprecise, just to give you the impression that __unless you pay attention to the details__ the output you get could look "random" or appear to be a "crap shoot".  I don't think the original poster meant that the results were truly random at all, only that if you don't take care to account for the details, you might get that impression.</div><div><br></div><div>Jeff.<br></div><div><br></div><div><br></div></div></div>