hi,
is there a 'rule' to know what is the evaluation order of send/receive
objects?
example 1:
in a patch there's a [send it],
furtheron in the main line there's a subpatch or abstraction
containing [r it].
will the [r it] always be evaluated before entering the subpatch, or upon entering always before execution of the inline code?
example 2:
having [s this] and [s that] going from one patch to another,
will the evaluation of the [r this] and [r that] happen in the
execution order of the send's?
rolf
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-23 12:38, rolfm@dds.nl wrote:
hi,
is there a 'rule' to know what is the evaluation order of send/receive objects?
no.
it's undefined, like the traditional fan-out connection. unlike fan-out connections, there is no remidy in the form of [trigger].
thus: use multiple receive names with special care.
fgmasdr IOhannes
PS: iemgut's comes with [oreceive] that allows to specify priorities. [oreceive foo 42] is guaranteed to receive beofre [oreceive foo 666], even though they are called from the same stack. but that's not vanilla. and doesn't help you when you have multiple [oreceive foo 1979]
-
IOhannes m zmoelnig -
rolfm＠dds.nl