<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 26, 2018 at 4:44 PM David T. Lewis <<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oh my, it sounds like you are tracking down a likely source of very<br>
obscure intermittent bugs. Bravo.<br>
<br>
Dave<br><br></blockquote><div>Yes.  </div><div><br></div><div>Looking at the latest 5.2b, I find that 0 = 0, but 0 hash does not = 0 hash (for 2 existing instances of LargePositiveInteger). That is odd.  Unfortunately, I can't seem to actually capture the ones that are causing the issue to investigate - the get normalized (or something) to regular 0 integers.</div><div><br></div><div>However, while looking at this, I noticed that the fall back code in Integer>>digitCompare: is buggy.</div><div><br></div><div>If you evaluate</div><div>  1 digitCompare: -1249. "1"</div><div>but, if you then comment out "<primitive: 'primDigitCompare' module:'LargeInteger'>" in that method and run it again, you get:</div><div>  1 digitCompare: -1249. "-1"</div><div><br></div><div>-cbc</div></div></div>