> I'm not sure me saying "open and saving worked" was right. I cannot open any image that I have saved in the meantime. I only get a white window and no world.
>
>
> Norbert
>
> Am 23.08.2013 um 12:45 schrieb Norbert Hartl <[hidden email]>:
>
>> 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 <[hidden email]>:
>>
>>> 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.
>>>
>>
>>
>
>