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 <norb...@hartl.name>: > 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 <pdebr...@gmail.com>: > >> 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. >> > >
