<div dir="ltr">Thats a great result Nicolas, after its been outstanding for so long.<div><br></div><div>+       bbW <= startBits</div><div>-     bbW < startBits</div><div>+      preload := bbW > startBits and: [(m1 bitAnd: mask1) ~= mask1]. "i.e. there are some missing bits"</div><div>-  preload := (m1 bitAnd: mask1) ~= mask1. "i.e. there are some missing bits"</div><div><br></div><div>I nominate you for the Charles Steinmetz Chalk Mark Medal...</div><div><a href="https://playingintheworldgame.com/2014/07/19/the-chalk-mark/">https://playingintheworldgame.com/2014/07/19/the-chalk-mark/</a>  <br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"><br></div><div class="gmail_attr">cheers -ben</div><div class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">On Sat, 14 Sep 2019 at 03:03, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div dir="ltr"><div>Hehe, I think I fixed it in VMMaker.oscog-nice.2563</div><div>The ultimate tool for understanding and debugging this was pen and paper!</div><div>I don't know how young techies will do ;)<br></div><div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 4 sept. 2019 à 21:24, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</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"><div dir="ltr"><div dir="ltr"><br></div><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 4 sept. 2019 à 20:16, tim Rowledge <<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</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"> <br>
<br>
<br>
> On 2019-09-04, at 11:00 AM, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com" rel="noreferrer" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
> <br>
> tim<br>
> Do we ever use the extra word that we read? I don't think so, we don't generate funny artefacts.<br>
> But we could try and test that now that we know how to trigger it (statistically).<br>
<br>
We certainly shouldn't use that extra word. <br>
<br>
Unless something has gone horribly wrong, the only time this is an issue is on the last fetch of the last row of a BLT. So we *could* consider splitting out the last row and only for that last row include a check for the last word, and only for that word include a 'stick 0 in'. <br><br></blockquote><div>Yes, possibly, but then one also has to check the first row whenever vDir = -1 (checkSourceOverlap).</div><div>I said a hell of a stateful branchful code, but you know it even better than I ;)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Since this is an assert for the debug, perhaps the smart thing to do is make the assert test more thoughtful in some manner. The typical case simply doesn't matter, since all we do is load a wasted word. Where things do need some care is at the end of object memory and page boundaries etc.<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org" rel="noreferrer" target="_blank">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
No single raindrop believes it is to blame for the flood<br>
<br>
<br>
</blockquote></div></div></div>
</div>
</blockquote></div>
</blockquote></div></div></div>