[cap-talk] Need Challenge Problems

[Karp, Alan H]

Jed wrote:
> 
> And I still think it is difficult to the extent of being impossible.
> Basically I believe that because there are enough, what shall
> I call them? - "quirks" that one can put into a single machine
> (shared memory) system that seem like good ideas at the time,
> but that when you get to the network extension they end up
> showing themselves for what they are - opportunities that had
> no good justification but then become problems when you get
> to the network level. 

Exactly.  We put in a lot of thought to avoid such traps.
> 
> In that case I would suggest using the network extension mechanism
> you developed instead of YURLs (or whatever standard hopefully
> emerges) on the Internet.  Still seem like the simpler solution
> when considered in that context?
> 
Our choice was path based names as capabilities.  In the terms we've
been using on this list we did proxying by default with explicit
introduction.  Most people on this list prefer introduction by default
with explicit proxying.  YURLs fall into this latter category.  I
believe YURLs have a better chance of success.  The part I like about
our approach was that neither the applications, their users, nor the
Core (aka kernel) needed to know about the network.

_________________________
Alan Karp
Principal Scientist
Virus Safe Computing Initiative
Hewlett-Packard Laboratories 
1501 Page Mill Road
Palo Alto, CA 94304
(650) 857-3967, fax (650) 857-7029
https://ecardfile.com/id/Alan_Karp
http://www.hpl.hp.com/personal/Alan_Karp/
  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Karp, Alan H.vcf
Type: text/x-vcard
Size: 423 bytes
Desc: Karp, Alan H.vcf
Url : http://www.eros-os.org/pipermail/cap-talk/attachments/20060720/39aad286/attachment-0001.vcf