<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 9, 2017 at 11:26 AM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi All, Hi Nicolas, Hi Esteban,<div><br></div><div>    ok, I see the problem.  It's a Slang bug. With current Slang and current sources, turning off the remembered bit clears half the header word on 64-bits.  i.e. setIsRememberedOf: referrer to: false translates to</div><div><br></div><div>longAtput(referrer, (longAt(referrer)) & (~(1U << (rememberedBitShift()))));<br></div><div><br></div><div>not</div><div><br></div><div>longAtput(referrer, (longAt(referrer)) & (~(1UL << (rememberedBitShift()))));<br></div><div><br></div><div>and 1U is an int.  No doubt this affects plenty of places in the VM, but for now the first symptom I see is the above, when remembered objects are scavenged and their remembered bit gets cleared.  I think the simple fix is that numeric constants should always be 1UL, or 1L, never 1U or 1, but I need to check the 32-bit sources too.</div></div></blockquote><div><br></div><div>And always casting integer constants to at least long would be wrong because Win64 is LLP64.  In fact the bug is in generateBitInvert:on:indent:, which for bitnvert64, now that we handle LLP64, needs to cast integer expressions to usqIntptr_t in 64-bits and to unsigned long long in 32 bits.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Anyway, we should be able to fix this soon, certainly before tomorrow a.m. CET.<br></div></div></blockquote><div><br></div><div>Normal service should be restored shortly ;-)</div><div><br></div><div>[sschurley broken /is/ normal service, hic! ed.]</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div></div></div><div class="gmail_extra">On Mon, Jan 9, 2017 at 5:02 AM, Esteban Lorenzano <span dir="ltr"><<a href="mailto:estebanlm@gmail.com" target="_blank">estebanlm@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="gmail-"> <br>(sent again with dump zipped)<br>
<br>
Hello,<br>
<br>
I just built a new VM for 64bits with latest sources and is crashing in mac :(<br></span><span class="gmail-">
Latest version I tested (and it was working) was based on VMMaker.oscog-nice.1991 and is from november 2016.<br>
<br></span><span class="gmail-">
I’m adding the dump…<br>
<br>
any idea?<br>
<br>
Esteban<br></span></blockquote></div><span class="gmail-HOEnZb"><font color="#888888"><br><div class="gmail-m_7663648602202788555gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>