l4-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Part 2: System Structure


From: Michal Suchanek
Subject: Re: Part 2: System Structure
Date: Thu, 25 May 2006 11:30:54 +0200

On 5/24/06, Marcus Brinkmann <address@hidden> wrote:
At Wed, 24 May 2006 16:37:47 +0200,
"Michal Suchanek" <address@hidden> wrote:
> > We already have a mechanism to provide such capabilities.  It is
> > called a "file" capability to the binary image.  This is all I need to
> > support all the features I want to support.  Everything beyond that is
> > "in the way".
>
> If you give up the possibility to create restricted binaries the
> binary will not exist in the first place. It will be part of some
> service, and you will never see that there is a capability. And you
> will not be able to trace it anyway.

Somehow the discussion managed to drift away from its starting point.
My response to Jonathan was about using the constructor mechanism as
the prime mechanism for program instantiation, that means all cases,
in particular those which are not the controversial, restricted ones.
It is those cases of program instantiation I was talking about.


But in the case the binary is not restricted in any way you can give
it the capabilities you want and trace it to your liking. I do not see
how the constructor gets in your way in this case.

Thanks

Michal

reply via email to

[Prev in Thread] Current Thread [Next in Thread]