On 22 Aug 2013, at 19:34, Paul DeBruicker <
[hidden email]> 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 <
[hidden email]> 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
>