Smalltalk
› Squeak
› Croquet
›
Croquet - Dev
AW: Re: Problem with save as ...
Locked
AW: Re: Problem with save as ...
 
|
Saving Croquet participant is not the goal. But saving the master during a long term simulation and a restart later is a possible scenario.
Cheers, Frank -----Original Message----- From: [hidden email] Date: Wed, 3 May 2006 17:34:45 To:[hidden email] Cc:[hidden email] Subject: Re: [croquet] Problem with save as ... The bug report is here: http://bugs.impara.de/view.php?id=2675 I believe the "problem" is that the handle to OpenGL gets saved in the image and is no longer valid when you restart it. Jasmine took some pains to avoid this problem by checking the handle each frame, which Hedgehog doesn't do. The real question is: How much sense does it make to save an image with a running Croquet participant? -Peter On May 3, 2006, at 10:03 AM, Frank Urbach wrote: > Hi Frank, > > I've tried to reproduce these error. > It only occurs when you open the CroquetMaster and save the image. > If you close the croquet-world you can save the image and reopen it. > This behavior show all Croquet-Worlds. > The I can't get the reason for this, its to early for me :-). > I'm looking around at bugs.impara.de. Nothing looks like this. > Not much but so far. > > Cheers, > Frank > > > > Original Message > processed by David InfoCenter > Subject: > [croquet] Problem with save as ... (03-Mai-2006 15:38) > From: > Wattenberg, F. DR MATH <[hidden email]> > To: > [hidden email] > > If you just do the following > > > > Open a new workspace > > Execute > > > > CroquetMaster new openInWorld. > > > > So far this works as expected but if you then save as with a new > name the resulting image file has errors. On my Mac it wont open > at all. On two different computers running Windows XP it opens > with errors and then freezes when you attempt to use it. > > > > Frank > > |
Re: AW: Re: Problem with save as ...
|
|
I think the better solution is checkpointing the island to disk and
restarting from that. On May 3, 2006, at 11:30 AM, Frank Urbach wrote: > Saving Croquet participant is not the goal. But saving the master > during a long term simulation and a restart later is a possible > scenario. > > Cheers, > Frank > -----Original Message----- > From: [hidden email] > Date: Wed, 3 May 2006 17:34:45 > To:[hidden email] > Cc:[hidden email] > Subject: Re: [croquet] Problem with save as ... > > The bug report is here: http://bugs.impara.de/view.php?id=2675 > > I believe the "problem" is that the handle to OpenGL gets saved in > the image and is no longer valid when you restart it. Jasmine took > some pains to avoid this problem by checking the handle each frame, > which Hedgehog doesn't do. The real question is: How much sense does > it make to save an image with a running Croquet participant? > > -Peter > > On May 3, 2006, at 10:03 AM, Frank Urbach wrote: > >> Hi Frank, >> >> I've tried to reproduce these error. >> It only occurs when you open the CroquetMaster and save the image. >> If you close the croquet-world you can save the image and reopen it. >> This behavior show all Croquet-Worlds. >> The I can't get the reason for this, its to early for me :-). >> I'm looking around at bugs.impara.de. Nothing looks like this. >> Not much but so far. >> >> Cheers, >> Frank >> >> >> >> Original Message >> processed by David InfoCenter >> Subject: >> [croquet] Problem with save as ... (03-Mai-2006 15:38) >> From: >> Wattenberg, F. DR MATH <[hidden email]> >> To: >> [hidden email] >> >> If you just do the following >> >> >> >> Open a new workspace >> >> Execute >> >> >> >> CroquetMaster new openInWorld. >> >> >> >> So far this works as expected but if you then save as with a new >> name the resulting image file has errors. On my Mac it wont open >> at all. On two different computers running Windows XP it opens >> with errors and then freezes when you attempt to use it. >> >> >> >> Frank >> >> > > > |
Re: AW: Re: Problem with save as ...
|
|
In reply to this post by Frank Urbach
I can envision a time when there won't be a need to save an image with an open participant but in the meantime
without transparently persistent worlds wherein all 2D work can be
easily done it seems like a pretty good thing to have. If a Croqueteer jumps
over to another project she needs to be able to save the image while
working. Having to go back close the participant is a hassle,
forgetting to saving and blowing away work is worse. The latter can be
a double blow because the changes just made to the Croquet space get
lost as well. If one checkpoints the island to disk it is still desirable to be able to quit, reload the image, and be in the exact same place as before. One could trigger events to cause this behavior but it seems like there ought to be a default approach so that CroquetSpaces are interoperable. My mindset here is of one who has been using Squeak projects extensively over the years and is thinking about CroquetSpaces in a similar manner - I realize that folks who've been playing with Jasmine/Hedgehog have fresh perspectives.
Cheers, Laurence On 5/3/06, Peter Moore <[hidden email]> wrote: I think the better solution is checkpointing the island to disk and |
«
Return to Croquet - Dev
|
1 view|%1 views
| Free forum by Nabble | Edit this page |