<div dir="ltr"><div>Thanks for that. It also works up to a point but it's causing trouble as in the attached patch. The original message gets scrambled if its payload is not of the same type as the intervening message.<br><br></div><div><br>Also I find that bundles don't actually work. If you try to add another message to a bundle it fails:<br><br>packOSC: According to the type tag (i) I expected more arguments.<br>packOSC: Problem writing address.<br>packOSC: According to the type tag I expected an argument of a different type.<br>* Expected s, string now in<br><br>packOSC: According to the type tag I expected an argument of a different type.<br>* Expected s, string now in<br><br>packOSC: usage error, write-msg failed.<br>packOSC: According to the type tag (i) I expected more arguments.<br>packOSC: Problem closing bundle.<br><br><br></div><div>I'm not sure this ever worked or if got broken at some point. Bundles with one message are fine.<br><br><br></div>Martin<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 19, 2015 at 4:53 AM, IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-11-19 09:49, IOhannes m zmoelnig wrote:<br>
</span><span class="">> to keep the performance of a heap allocated buffer, i would suggest to:<br>
> - use the original scheme for an "immediate" (non-recursive) message<br>
> - detect recursion, and if so, allocate buffers on the stack.<br>
<br>
</span>attached is a patch that implements that.<br>
the patch is against current HEAD, though i really worked on HEAD~1, so<br>
it reverts a number of (imho unneccessary) things.<br>
<br>
it only touches functions that actually do output things (minus the<br>
revert-last-commit),<br>
<br>
fgmaf<br>
<span class="HOEnZb"><font color="#888888">IOhannes<br>
</font></span></blockquote></div><br></div>