[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Reliability of RPC services
From: |
Michal Suchanek |
Subject: |
Re: Reliability of RPC services |
Date: |
Tue, 25 Apr 2006 10:32:36 +0200 |
On 4/25/06, Jonathan S. Shapiro <address@hidden> wrote:
> On Mon, 2006-04-24 at 23:58 +0200, Pierre THIERRY wrote:
> So perhaps it would be good to emphasize:
>
> delegate (by copy)
> vs. delegate (by move)
>
> Finally, we should understand that "by move" is really "by copy followed
> by overwrite with void". This is necessary in order to understand the
> semantics of "dropping" a capability. If this is not the intended
> behavior, then the intended behavior needs to be stated.
If there can be only one copy of the capablity you obvoiusly cannot
move it by first making a copy and then overwriting it. You need a
move operation for that.
>
> Concerning "reusable vs. send once": All reply capabilities are
> invalidated by send. This is necessary in order to guarantee that every
> call receives at most one reply. This is, in fact, the *only* difference
> between a reply capability and a send capability.
How is it invalidated by send if there are multiple copies? Who finds
all the copies to invalidate them?
Thanks
Michal
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), (continued)
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Pierre THIERRY, 2006/04/27
- Re: Reliability of RPC services, Tom Bachmann, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Michal Suchanek, 2006/04/26
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/24
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/24
- Re: Reliability of RPC services,
Michal Suchanek <=
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/25
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/24
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/23
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/22
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/22
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/22
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/22