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:
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. 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. 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. Norbert Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <[email protected]>: > So when you open the image I posted and in the workspace run > > RFBServer start. > Smalltalk snapshot: true andQuit: false. > > > Everything works fine? It doesn't go to 100% cpu use? > > > > -- > View this message in context: > http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704639p4704698.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >
