<div dir="ltr">Hi Norbert,<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 23, 2013 at 3:45 AM, Norbert Hartl <span dir="ltr"><<a href="mailto:norbert@hartl.name" target="_blank">norbert@hartl.name</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially:<br>
<br>
Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in "self halt" so there is an exception going on. I didn't switch zinc into debugMode for this.<br>
I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory.<br>
<br>
This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device.<br></blockquote><div><br></div><div>Weeelllll.... the problem is that if the signal is received during the right phase of garbage collection (specifically the pointer-reversal mark phase) then printing the back-trace can cause a crash. The VM writes the stack trace to crash.dmp first, and then writes it to stdout. So if you see an incomplete crash.dmp file you can probably safely infer that the VM crashed when trying to print the stack trace.</div>
<div><br></div><div><br></div><div>The VM could be written to defer the stack trace generation until GC finishes, which would be safer. It could perhaps immediately generate "in GC, stack trace generation deferred" or some such. Whne time allows I'll get to this (volunteer efforts welcome).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Norbert<br>
<br>
Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <<a href="mailto:pdebruic@gmail.com">pdebruic@gmail.com</a>>:<br>
<br>
> So when you open the image I posted and in the workspace run<br>
><br>
> RFBServer start.<br>
> Smalltalk snapshot: true andQuit: false.<br>
><br>
><br>
> Everything works fine? It doesn't go to 100% cpu use?<br>
><br>
><br>
<span class="HOEnZb"><font color="#888888">><br>
> --<br>
> View this message in context: <a href="http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html" target="_blank">http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html</a><br>
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.<br>
><br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>