[cap-talk] Delegating Responsibility in Digital Systems: Horton's "Who Done It?"

Jed Donnelley jed at nersc.gov
Wed May 16 18:45:06 EDT 2007


Charles Landau wrote:
> At 12:49 AM -0700 5/16/07, Jed Donnelley wrote:
>
>> One that I've expressed concern about is the business
>> of 'thinking', e.g.:
>>
>> A in step (1), executes b.foo(c),
>> "thinking" it is sending the message "foo" to receiver
>> B with a reference to object C as an argument.
>>
>> I know what is meant and I've gradually become more comfortable
>> with that construct, but I don't see why A can't know exactly
>> what is going on (could in any case) and still chooses to
>> execute b.foo(c) knowing that b is actually the identity
>> tracking proxy P1 and c is the identity tracking proxy P2.
>>     
>
> A could know that, but the premise of the example is that A  is 
> "unaware of Horton".
>
>   
Why is that the premise?  The example stands whether A is unaware of 
Horton or
if A is aware of Horton - e.g. using Horton to delegate responsibility 
for a permission.
I believe both cases are useful and the interface is the same in any 
case.  I personally
find the know delegation case of more use, but I can see the value in 
both.  For me
saying that A is unaware of Horton detracts rather than adding anything.

Actually looking at the current state of the paper I think this is an 
issue that MarkM
and I already worked out.  The current version states:

A executes b.foo(c), intending to send the message "foo" to receiver B 
with a reference to
object C as an argument (Figure 1, (01)).

I believe the above statement is independent of the intent of A - it 
works both for
invisible case and if there is an intent to communicate with delegated 
responsibility.

--Jed
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.eros-os.org/pipermail/cap-talk/attachments/20070516/2c927fcc/attachment.html 


More information about the cap-talk mailing list