[Top][All Lists]

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

Re: local vs global object IDs

From: Marcus Brinkmann
Subject: Re: local vs global object IDs
Date: Wed, 28 Jan 2004 17:48:05 -0000
User-agent: Mutt/1.5.4i

On Tue, Jun 03, 2003 at 03:53:11PM +0200, Ludovic Court├Ęs wrote:
> Note that global IDs may cause troubles if they are used within a
> persistent task as we discussed it some time ago [1]

Other requirements now seem to force us to use another level of indirection
anyway, so it might be that after all resistance you will get your local IDs
anyway.  The reason is that if a server dies, we want to release the
reference to its task ID quickly.  This would not be possible if the server
thread ID is stored and referenced directly by a thread, but only if there
is an intermediate capability name that points to the server and object id.

In fact, such "dead objects" are exactly what would then need to be detected
and caught transparently in the persistent case.  However, they also need to
be detected (with an error message) in the non-persistent case.


`Rhubarb is no Egyptian god.' GNU      http://www.gnu.org    address@hidden
Marcus Brinkmann              The Hurd http://www.gnu.org/software/hurd/

reply via email to

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