Re: Program instantiation (was: Re: Translucent storage: design, pros, and cons

On Mon, 2007-01-15 at 18:48 +0100, Neal H. Walfield wrote:
> > (1) is infeasible in a system where the instantiating party does not
> > have access to the capabilities that the program will require. One
> > purpose of the constructor mechanism is to allow (e.g.) an instantiated
> > password agent to have access to the password database when I do not.
> 
> ... and likely should not have.  Yet, if the yield is running our of
> client provided transparent storage, the client effectively has access
> to the database.  So, don't you want these types of services to run as
> daemons?

Absolutely not. I want to be able to safely polyinstantiate them, which
is why I need client-provided storage to be opaque.
-- 
Jonathan S. Shapiro, Ph.D.
Managing Director
The EROS Group, LLC
+1 443 927 1719 x5100