[squeak-dev] Recent standalone Squeak ports,
and recent hardware to run them?
jecel at merlintec.com
jecel at merlintec.com
Fri Apr 10 20:44:59 UTC 2009
Michael van der Gulik wrote on Wednesday, April 08, 2009 9:39 PM
> On 4/9/09, Jecel Assumpcao Jr wrote:
> > My proposal is to use a separate system image and a user image. You
> > can't allow full access without also allowing accidents, but a little
> > structure goes a long way towards eliminating the latter. I described
> > this in a post to the SqueakNOS list:
>
> ...so you'd have one acting as the operating system, and one acting as
> the application?
Exactly, though I see no reason not to allow many application images at the
same time. That would make using both Sophie and Scratch in a machine with
no underlying OS more practical, for example.
For the operating system image, I would actually have two: an
emergencySystem.image which would boot up initially and then look for a
currentSystem.image to which it would transfer execution after setting up a
watchdog timer. If the currentSystem.image is not found or it fails to
execute well enough to disable the timer (resulting in a reboot) then the
emergencySystem.image would execute all by itself and present the user with
enough resources to restore the machine to a usable state.
The currentSystem would be a far smaller image (I imagine less than 1MB)
and wouldn't have any GUI or stuff like that. It would do all of the low
level stuff for the application images and would normally be safe from
anything that happens in these images. But it should be possible to mess
around the currentSystem.image from inside one of the application images
running remote tools (see Spoon). This would require a series of steps on
the user's part and would not normally happen by accident. This is a
reasonable balance between full freedom and safety, in my opinion.
Note that practically everything I have described above already exists - it
is mostly a matter of gathering the parts into a coherent system.
-- Jecel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20090410/6ae4977e/attachment.htm
More information about the Squeak-dev
mailing list
|