[combine] bug

    Nov 30 2012 | 11:41 pm
    click the "b" message box. Since there is @triggers 1, the stack should not overflow!
    OSX 10.6.7, Max6.0.8
    (dev note: this seems to me related to the fact that proxy_getinlet() returns 1 instead of 0 in this recursive context)
    hth aa

    • Dec 02 2012 | 11:00 am
      don't know if this is relevant, but a deferlow between the output of the combine and the trigger stops the recursion
    • Dec 02 2012 | 12:39 pm
      @andrea proxy based object doesn't support recursion. When you enter the combine object from the right inlet, you are in the outlet call of message "b", when you enter the combine object it's from inlet 1 and everything which is happening after is still coming from the original message so, for combine you're still using the inlet 1, which triggers.
      @Terrry: that's a good way to avoid the recursion indeed.
    • Dec 03 2012 | 6:14 pm
      Salut Manu ;)
      Yes, that's what I feared... but recursion actually works with proxy-based objects, as long as the main inlet doesn't come into play... no hope to have that working for the main inlet as well in some future release? And no other way to tell if a message is coming from the main inlet, instead of a proxy? (maybe this should be moved to the Dev forum though...)
      Thanks anyway! aa