<div dir="ltr"><div>Interesting case to debug...</div><div>In 64bits VM, a problem first appears in first smear:distance: operation (direction 1@0 to the right) at skew=16...</div><div><br></div><div><div><img src="cid:ii_k6womxvo0" alt="Capture d’écran 2020-02-21 à 22.24.03.png" width="424" height="436"><br><br></div></div><div><div><br></div><div>It seems that we copy bits too far to the right (hence we overwrite the bottom rows)</div><div>Fortunately, the artefacts outside polygon bounds disappear at final bitAnd operation, but that's scary!<br></div><div><br></div></div><div>It could be:</div><div>- case of overlap detection failure (#checkSourceOverlap), but the code did not change</div><div>- bad initialisation in #sourceSkewAndPointerInit (the one I corrected in 2019)</div><div> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/426">https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/426</a></div><div>- bug in #copyLoop (which I also corrected in 2019)</div><div><a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/441">https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/441</a></div><div><br></div><div>Weird kind of integer overflow? (I've made most of the int unsigned, so this might not be detected by UB sanitizer).<br></div><div><br></div><div>Or could it be that the extra buffer overrun that I removed did have a side effect of filling more gaps?</div><div>It would be interesting to observe what happens at same #smear:distance: step with older VM.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 21 févr. 2020 à 20:39, Stéphane Rollandin <<a href="mailto:lecteur@zogotounga.net">lecteur@zogotounga.net</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Hmmm... the form was still filled in Squeak 5.1 (Update 16549), <br>
> VM 201701311639 (32-bit). Not so in Squeak 5.2.<br>
<br>
Yes, but that same 5.1 image with a current VM has the problem...<br>
<br>
Stef<br>
<br>
</blockquote></div>