[PD] Order of operation/connection issue with send and return
IOhannes m zmölnig
zmoelnig at iem.at
Tue Jul 10 20:30:39 CEST 2018
On 07/10/2018 08:18 PM, mario buoninfante wrote:
> Hi,
>
>
> I just noticed that using [send] and [return] the "order of connection"
> seems to work the other way around. basically if I have a numbox
> connected to a [send FOO] and then I create 2 [return FOO], the last one
> I created will receive the message first. this seems to be different
> from what happens when you connect an object to 2 different objects
> (without using any [trigger] and any "wireless connection"). in this
> case the first one connected will receive the message first.
>
> is that a bug?
>
it's a bug to assume anything about the order of execution when it comes
to fan-out.
fan-outs happen, when you explicitly connect a single (message) outlet
to multiple inlets.
fan-outs also happen with implicit connections between a single [send]
and multiple [receive]s.
the order is undefined (and it's up to the implementation how it
eventually turns out; and the implementation is free to change its
current behaviour *at will*).
if you must use [send] with multiple [receive]s, you must write your
patches in a way to make them resilient with respect to the order of
execution.
gfamdsr
IOhannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20180710/c4ff7d4d/attachment-0001.sig>
More information about the Pd-list
mailing list