Capabilities in Squeak (attn: Lex Spoon and friends)
Robert Withers
reefedjib at yahoo.com
Tue Oct 17 02:24:08 UTC 2006
On Oct 14, 2006, at 9:45 PM, Michael van der Gulik wrote:
> In the past there have been a couple of ambitious projects that
> allow security in Squeak such as Squeak-E. What became of these? Is
> there code floating around somewhere? I'm only seeing Squeak-ELib
> on squeakmap.
Squeak-Elib is the only result from Squeak-E. I also implement a
Future class (called a Promise) which accepts messages and forwards
them prior to resolving to a value. It fails in 2 senses.
First of all there are bugs when resolving the result of a
computation to a promise, particularly when going inter-vat, which is
handled differently than an intra-vat promise.
Secondly, FarRefs and promises don't understand all the base protocol
that a normal object understands so many of the tools in the image
don't deal well with eventual objects. Ultimately, this is your
issue with needing VM changes, I believe. Primitives cannot handle
eventual arguments. One example is when sending a #printString to an
eventual object returns a promise then is used as the argument for
rendering in Morphic. Another example is an eventual ref to true is
sent the message #ifTrue:. What I think you would want to have is to
protect the primitives. In a primitive, if an argument is eventual,
send an "invokePrimitive" message to that ref, such that the
primitive will be invoked eventually. That changes all primitives,
unfortunately.
I have a vm changes file that changes #== and #class out there.
I have stopped development of Squeak-Elib.
I hope this helps,
Robert
More information about the Squeak-dev
mailing list
|