[send]/[receive] and [send~]/[receive~] _can_ live side by side, but can also expose side-effects.
e.g. [receive~ foo] will receive data from [send~ foo] (and not care about [send foo], as long as a signal is actually connected to the [send~ foo].
if no signal is connected to [send~ foo], then [receive~ foo] will receive the values from [send foo].
see attached patch sendnames.pd
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=801174
To me it's normal that [r] and [value] share the same
symbol-table using exactly the same field (s_thing).
Why should it be different?
as reported by jonathan wilkes (#2946990 ), this also effects [catch~]/[throw~]
https://sourceforge.net/tracker/index.php?func=detail&aid=2946990&group_id=55736&atid=478070
and just to cover more cases:
it's perfectly allowed to use the same name for [catch~]/[throw~] and [send~]/[receive~].
[send]/[receive] and [send~]/[receive~] _can_ live side by side, but can also expose side-effects.
e.g. [receive~ foo] will receive data from [send~ foo] (and not care about [send foo], as long as a signal is actually connected to the [send~ foo].
if no signal is connected to [send~ foo], then [receive~ foo] will receive the values from [send foo].
see attached patch sendnames.pd
[send] and [receive~] (not) sharing names