[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