db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"
@InProceedings{Brown08b,
title = "{H}ow to {M}ake a {P}rocess {I}nvisible",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"
author= "Brown, Neil C.C.",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"
editor= "Welch, Peter H. and Stepney, S. and Polack, F.A.C and Barnes, Frederick R. M. and McEwan, Alistair A. and Stiles, G. S. and Broenink, Jan F. and Sampson, Adam T.",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"
pages = "445--445",
booktitle= "{C}ommunicating {P}rocess {A}rchitectures 2008",
isbn= "978-1-58603-907-3",
year= "2008",
month= "sep",
abstract= "Sometimes it is useful to be able to invisibly splice a
process
into a channel, allowing it to observe (log or
present to a GUI)
communications on the channel without
breaking the synchronous
communication semantics.
occam-\π's extended rendezvous when reading
from a
channel made this possible; the invisible process could
keep
the writer waiting until the real reader had accepted
the forwarded
communication. This breaks down when it is
possible to have choice
on outputs (also known as output
guards). An extended rendezvous
for writing to a channel
fixes this aspect but in turn does not
support choice on the
input. It becomes impossible to keep your
process invisible
in all circumstances. This talk explains the
problem, and
proposes a radical new feature that would solve it."
}