On 22 Aug 2013, at 19:34, Paul DeBruicker <pdebruic@gmail.com> wrote:
Hi -
The plain Pharo 20619 + RFB image in my dropbox here: https://dl.dropboxusercontent.com/u/4460862/pharo2RFB.zip freezes when you save it while the RFB server is running. The freeze occurs in the #snapshotPrimitive.
This is the VM info I'm using:
3.9-7 #1 Wed Mar 13 18:22:44 CET 2013 gcc 4.4.3 NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm@gmail.com> Jenkins build #14535 Linux linux-ubuntu-10 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 2012 x86_64 GNU/Linux plugin path: /home/paul/pharo/pharo2.0/bin [default: /home/paul/pharo/pharo2.0/bin/]
How can I diagnose/fix what is going wrong?
I'm reluctant to make it stop and start the RFB server through the snapshot because it will kick off all attached clients. Of which there is at most one and its me, so it wouldn't be too bad but its not desirable.
It freezes whether there is a client connection or not.
Paul, Zinc HTTP Server are stopped/started on each image save. For HTTP 1.1 that is OK, protocol wise. I think that RFB should do something similar to prevent issues like the one you are reporting (and there have been many in the past as well). Consider this: if you save but do not quit, and you later abort the image hard, you would expect the saved image to work, right. That can only be with a fresh server socket. Sven
Thanks
Paul