Hi Martin, Hi All,<div><br>    so find new VMs in <a href="http://www.mirandabanda.org/files/Cog/VM/VM.r2341/">VM.r2341/</a>.  The linux crashes (certainly the one you suffered from Martin) seem to be caused by an optimization bug (but they could be caused by bad code generation, creating something that assumes ordering constraints which C doesn&#39;t guarantee).  I suspect the former because I don&#39;t see the crash when running exactly the same VM and image from a different directory; provoking the crash requires a particular path (go figure; I haven&#39;t pinned this down yet).</div>
<div><br></div><div>So my &quot;fix&quot; is preventing a complex function being inlined into the main interpreter loop, removing the sources of some warnings, and lowering the optimization level of the gcc3x-cointerp.c file to -O1 from -O2 (my build environment, CentOS Linux 5.3, uses gcc 4.1.2).  I&#39;m not proud of this &quot;fix&quot;.  I&#39;ve violated the Deutsch criterion by not diagnosing the cause of the bug so I can&#39;t stand behind this fix; it&#39;s a hack that appears to work and may have merely pushed the real bug further underground.  Alas I don&#39;t have time to do a better job. Hopefully it&#39;ll get those of you on linux going again.</div>
<div><br></div><div>best</div><div>Eliot</div><div><br><div class="gmail_quote">On Sat, Jan 1, 2011 at 11:16 PM,  <span dir="ltr">&lt;<a href="mailto:mkobetic@gmail.com">mkobetic@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I&#39;m probably doing something obviously wrong, but I have no luck with the Cog VM. It crashes immediately on startup even with the stock OneClick image. I downloaded the Pharo-1.1.1 OneClick images. Fetched the latest coglinux.tgz (r2340), untarred it into the pharo directory and just trying to run it from the top-level pharo directory as:<br>

<br>
        coglinux/squeak Contents/Resources/pharo.image<br>
<br>
crashes immediately (with or without the -vm-display-X11 option). This is on latest Fedora 14. The old VM seems to have no problem when I try to run it the same way:<br>
<br>
        Contents/Linux/squeakvm Contents/Resources/pharo.image<br>
<br>
seems to start just fine. I can copy the stack dump from the crash, but since most seem to be running fine, I suspect I&#39;m just not doing it right. What am I missing ?<br>
<br>
Thanks,<br>
<br>
Martin<br>
<div class="im"><br>
&quot;Eliot Miranda&quot;&lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt; wrote:<br>
</div><div class="im">&gt;    there are new versions of both the SimpleStackBasedCogit and the<br>
&gt; StackToRegisterMappingCogit Cog VMs in<br>
</div>&gt; VM.r2339/&lt;<a href="http://www.mirandabanda.org/files/Cog/VM/VM.r2339/" target="_blank">http://www.mirandabanda.org/files/Cog/VM/VM.r2339/</a>&gt;<br>
&gt;  &amp; VM.r2340/ &lt;<a href="http://www.mirandabanda.org/files/Cog/VM/VM.r2340/" target="_blank">http://www.mirandabanda.org/files/Cog/VM/VM.r2340/</a>&gt; respectively.<br>
<div><div></div><div class="h5">&gt;  These contain fixes for rounding bug causing underestimate of openPICSize<br>
&gt; and resultant hard crashes, seen e.g. by trying to recover lost changes in a<br>
&gt; Pharo 1.2 image installed on c:\pharo.  If you&#39;re trying to reproduce Cog<br>
&gt; crashes please upgrade to one of tthese two VMs.<br>
<br>
</div></div></blockquote></div><br></div>