<span id="goog_1190252487"></span><span id="goog_1190252488"></span><a href="/"></a>...in <a href="http://www.mirandabanda.org/files/Cog/VM/VM.r2493/">http://www.mirandabanda.org/files/Cog/VM/VM.r2493/</a>. These VMs are not much changed from the 2487 VMs, BUT the 2487 VMs introduced a bug while providing faster doesNotUnderstand: processing. These 2493 VMs contain code to help identify that bug. If you're already using a 2487 VM or newer /please/ upgrade to these 2493 VMs asap. I want to see C stack backtraces from these VMs whenever they crash. Typically the VMs produce a crash.dmp file somewhere in the file system (may be / on Mac OS, may be in the directory containing the VM or the current directory on other OSs, but it will be called crash.dmp, and on Mac OS info will be printed to the console or to a crash report window). The C backtrace part of things looks like<div>
<br></div><div>this on windows:</div><div><div>Stack backtrace:</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>[004193EA] ??? + 4297706 in CogCode</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>[00442337] ??? + 4465463 in CogCode</div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span>[00442685] ??? + 4466309 in CogCode</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>[00583018] ??? + 5779480 in CogCode</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>[0040124B] ??? + 4198987 in CogCode</div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span>[00401298] ??? + 4199064 in CogCode</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>[7C816FE7] RegisterWaitForInputIdle + 73 in kernel32.dll</div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span>[7C913BA7] RtlDosApplyFileIsolationRedirection_Ustr + 1824 in ntdll.dll</div><div><br></div><div>this on Mac</div><div><div>C stack backtrace:</div><div>0 nsvm 0x00038689 reportStackState + 105</div>
<div>1 nsvm 0x0003893e sigsegv + 110</div><div>2 libsystem_c.dylib 0x9b2e259b _sigtramp + 43</div><div>3 ??? 0xffffffff 0x0 + 4294967295</div>
<div>4 nsvm 0x0008b2a5 sufficientSpaceAfterGC + 69</div><div>5 nsvm 0x0008d11d primitiveNewWithArg + 221</div><div>6 ??? 0x068b9899 0x0 + 109811865</div>
<div>7 nsvm 0x00098d10 initStackPagesAndInterpret + 512</div><div>8 nsvm 0x0002c530 EventLoopEventHandler + 16</div></div><div><br></div><div>Etc. So please feel free to email me the crash.dmp's and/or the C backtraces of any crashes you have with 2493 VMs. Hopefully I'll track down this regression quickly.</div>
<div><br></div><div>For the curious, what's the bug? I don't know yet. The symptom is that very rarely the inline cache linking machinery for MNU PICs relinks the call of an MNU PIC to the address 0x00000013, which causes a crash when the call is next executed, long after the bug bit. These VMs contain code that will raise an error when the relinking attempt is made, which should reveal the bug.</div>
<div><br></div><div>Here's the 2493 readme:</div><div><span class="Apple-style-span" style="font-family: Times; font-size: medium; "><pre style="word-wrap: break-word; white-space: pre-wrap; ">CogVM binaries as per VMMaker.oscog-eem.125/r2493. Add callsite link/relocate
checks to catch the call 0x00000013 MNU callsite relinking bug.
Reduce the size of the simStack to something proportional to LargeContextSize.
In the Newspeak VM, don't cd to the image's directory on win32. Fix off-by-one
error in Win32OSProcessPlugin>primitiveGetCurrentWorkingDirectory so it doesn't
include an erroneous trailing null.
Fix the 1Gb allocation bug.</pre></span></div>-- <br>best,<div>Eliot</div><br>
</div>