<div dir="ltr">Hi Jeff,<div><br></div><div> whenever you, or anyone, has an mage that repeatably crashes the VM, I'd appreciate you keeping a copy. I may not have time to look at it, it may not be a VM bug, but if the copy isn't taken we'll never know...</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 29, 2014 at 3:03 PM, Jeff Gonis <span dir="ltr"><<a href="mailto:jeff.gonis@gmail.com" target="_blank">jeff.gonis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Oct 29, 2014 at 3:24 PM, Levente Uzonyi <<a href="mailto:leves@elte.hu">leves@elte.hu</a>> wrote:<br>
><br>
><br>
> I've checked your crash.dmp, and it looks interesting, especially this part:<br>
><br>
> Stack backtrace:<br>
> [80126560] ??? + 0 in (null)<br>
> [8008DE63] next: + 107 in CogCode<br>
> [7FFF07C8] ceReturnToInterpreterTrampoline + 0 in CogCode<br>
> [7FFF06F8] ceBaseFrameReturnTrampoline + 0 in CogCode<br>
><br>
> Smalltalk stack dump:<br>
> 0x99553c M SocketStream>receiveData: 0x812fa8ac: a(n) SocketStream<br>
> 0x99555c M SocketStream>next: 0x812fa8ac: a(n) SocketStream<br>
> 0x9955ac I HTTPSocket class>httpRequest:url:headers:content:response:<br>
> 0x80513ad0: a(n) HTTPSocket class<br>
> 0x995cc0 I HTTPSocket class>httpGetDocument:args:accept:request:<br>
> 0x80513ad0: a(n) HTTPSocket class<br>
> 0x995cec M HTTPSocket class>httpGet:args:accept:request: 0x80513ad0: a(n)<br>
> HTTPSocket class<br>
> 0x995d24 I HTTPSocket class>httpGet:args:user:passwd: 0x80513ad0: a(n)<br>
> HTTPSocket class<br>
> 0x995d54 M [] in MCHttpRepository>readStreamForFileNamed:do: 0x80dfe9d8:<br>
> a(n) MCHttpRepository<br>
> 0x995d70 M BlockClosure>on:do: 0x812e22e4: a(n) BlockClosure<br>
> 0x995d98 M [] in MCHttpRepository>displayProgress:during: 0x80dfe9d8: a(n)<br>
> MCHttpRepository<br>
> 0x995dc0 M [] in MorphicUIManager>displayProgress:at:from:to:during:<br>
> 0x8057fb00: a(n) MorphicUIManager<br>
> 0x812e9b08 w BlockClosure>on:do:<br>
><br>
> I can't tell what went wrong, but it doesn't seem like it's related to the<br>
> ZipPlugin changes.<br>
> Can you tell how far the update process can go? (which update map, and which<br>
> package is being installed when the crash happens)<br>
> Does it always crash at the same point?<br>
><br>
><br>
> Levente<br>
><br>
><br>
><br>
<br>
</div></div>Hi Levente,<br>
<br>
So I might not be able to recreate that exact crash because following<br>
David's advice and using the Interpreter VM caused the update to<br>
succeed. Prior to that however, it appeared to always crash in the<br>
same location in a repeatable fashion. Interestingly, after<br>
completing the update with the Interpreter VM and quitting without<br>
saving, the update proceeds using the same image and the cog VM. Could<br>
some sort of caching of packages be the problem here and completing<br>
the update successfully changes this?<br>
<br>
Of course this fact makes it hard to reproduce the issue using the<br>
image I was talking about, as it now works, but I will attempt to see<br>
if I have any other images that I can reproduce the issue with and I<br>
will post another crash dump and details if I am successful.<br>
<br>
Thanks to everyone for your help!<br>
<span class="HOEnZb"><font color="#888888">Jeff<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</div>