[e-lang] [Fwd: Re: [Fwd: Re: Proposal: E / Erlang integration]]

Mark S. Miller markm at cs.jhu.edu
Fri Jun 9 02:48:59 EDT 2006


-------- Original Message --------
Subject: Re: [e-lang] [Fwd: Re:  Proposal: E / Erlang integration]
Date: Fri, 09 Jun 2006 08:09:14 +0200
From: Ulf Wiger <ulf -at- wiger.net>
Organization: Wiger.net
To: david.nospam.hopwood -at- blueyonder.co.uk, erlang-questions -at- 
erlang.org,   "Discussion of E and other capability languages" <e-lang -at- 
mail.eros-os.org>

Den 2006-06-09 06:35:37 skrev David Hopwood
<david.nospam.hopwood -at- blueyonder.co.uk>:

> If the intent is to delay any messages until we get out of the waiting  
> state, then
> the following would work (but would be inefficient, as discussed in the  
> earlier
> thread at  
> <http://www.erlang.org/ml-archive/erlang-questions/200507/msg00301.html>):
>          bind waiting {
>               match [verb, args] { E.send(pots, verb, args) }
>           }


I don't know E, but does this mean that you resend the message to yourself?

So what if the unexpected message is e.g. (on_hook), but the subscriber
simply flashed the hook? Then you might get a rapid (on_hook) - (off_hook)
sequence. Resending (on_hook), then (off_hook) might work, and result in
the same sequence, but what if it doesn't play out that way? Perhaps the
contents of the queue were (on_hook) - (switch_reply) - (off_hook). Now,
you resend (on_hook), then find an expected message, and continue
normally. But now the queue looks like: (off_hook) - (on_hook), which is
not what the subscriber intended.

Regards,
Ulf W
-- 
Ulf Wiger



More information about the e-lang mailing list