chris@chrisburkert.de wrote:
Hi Hans and Lukas,

  
- wie startet man dann automatisch im Image, z.B. mit headless Squeak ?
      

You should create one storage process by hand:
Smalltalk at: #Server put: (SWKom startOn: 8080).
Server storage: SWImageStorage new.
Server storage delay: 60 * 5.

Then save the image and use a startup script config.st with something like
(you can put your config in here but be careful in using the storage:
message which will create many trouble causing storage processes over
time):
Server stop.
Server port: 9002.
Server start.

Start the server on Unix via:
squeak -headless squeak.image file:///path/to/config.st &

  

Under Squeak, a few months ago there was a problem with SWImageStorage saving unrunnable images.  Has that been fixed?  What was the problem?

I first saw the problem reported by  Maurice Rabb, on 2/13/04.  The problem was confirmed by Chris Burket on a post later that day.  Then on 3/17/04 I reported that I had also seen the problem.  I've pasted below my own post, which also has the earlier ones.

Later, on 3/18/04 Chris said he planned on looking at it over the next few days to find and fix the problem.

So, Chris, whatever became of this?  Does it work now (for Squeak)?  What was the problem?

Nevin




************* Message from 3/17/04 and earlier pasted below ************
Chris Burkert wrote:
  
Hi Maurice,

Maurice Rabb wrote:

I am having some trouble with my SmallWiki.

    server _ SWKom startOn: 8888.
    storage _ SWImageStorage new.
    storage delay: 3 * 60.
    server storage: storage.  When the delay expires, it stores a snapshot as expected but the VM freezes up.  There is some problem with the image it saves.  It is not runnable.

However eveything seems to work properly if I execute:

    server storage snapshot.

before the delay expires.  I can do this repeatedly, but if it is done via the delay it hoses the image.

Has anyone else experienced this?  I would appreciate any suggestions.


Yes I can reproduce this. Thanks for the report. Unfortunatly I can't have a look at this in the next days ... exams. I will sync the Squeak Port with VW in about 3-4 weeks and fix some bugs including this one. I hope you can wait till then or send me your own fix :-)

Regards
           Chris Burkert


I saw this problem one time-- but it was enough to make me set the storage persistence to nil, and do manual image saves.  I'm using Squeak 3.6 final.

How do I tell what version of SmallWiki I've got loaded?

What was the cause of the image hang?

Can SWImageStorage be relied upon?  As I read the above, there is some implication that as long as I do a 'server storage snapshot' one time before the delay expires, then afterwards everything is OK?  Or will the image hang with the next expirary?

Nevin