<html><head></head><body><div class="ydp9330b34fyahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:13px;"><div></div>
        <div><br></div><div><br></div>
        
        </div><div id="ydp712510dfyahoo_quoted_9450749459" class="ydp712510dfyahoo_quoted">
            <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
                
                <div>
                    On Saturday, August 29, 2020, 03:04:25 PM EDT, Alexandre Torres Porres <porres@gmail.com> wrote:
                </div>
                <div><br></div>
                <div><br></div>
                <div><div id="ydp712510dfyiv3990484884"><div dir="ltr"><div class="ydp712510dfyiv3990484884yqt0852985437" id="ydp712510dfyiv3990484884yqtfd81976"><div dir="ltr">Em qui., 6 de ago. de 2020 às 16:08, Jonathan Wilkes <<a shape="rect" href="mailto:jancsika@yahoo.com" rel="nofollow" target="_blank">jancsika@yahoo.com</a>> escreveu:<br clear="none"></div></div><div class="ydp712510dfyiv3990484884gmail_quote"><div class="ydp712510dfyiv3990484884yqt0852985437" id="ydp712510dfyiv3990484884yqtfd06389"><blockquote class="ydp712510dfyiv3990484884gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;"><div><div style="font-family:Helvetica, Arial, sans-serif;font-size:13px;"><div id="ydp712510dfyiv3990484884gmail-m_2512165323727918920ydpe065550byahoo_quoted_7567702770">
        <div>> On Thursday, August 6, 2020, 2:07:09 PM EDT, matthew brandi <<a shape="rect">mfbrandi@outlook.com</a>> wrote:
                
                </div><div style="font-family:Helvetica, Arial, sans-serif;font-size:13px;color:rgb(38,40,42);"><div><br clear="none"></div>
                
                <div><div dir="ltr">> Dear people<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">> In my role as village idiot, I am asking whether the string "fwd" in a message has a<br clear="none"></div><div dir="ltr">special meaning to inlet.<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">> Naively, I was expecting inlet to pass the string to the subpatch, but it seems not<br clear="none"></div><div dir="ltr">to. See example patch attached.<br clear="none"></div><div><br clear="none"></div><div dir="ltr">AFAICT that's a regression due to the way Pd Vanilla implemented message forwarding for <br clear="none"></div><div dir="ltr"> [inlet~ fwd]. That's a feature that allows a signal inlet of a subpatch/abstraction to forward <br clear="none"></div><div dir="ltr">non-signal messages to the right outlet of [inlet~ fwd]. (The right outlet sprouts when the <br clear="none"></div><div dir="ltr">"fwd" argument is present.)</div><div dir="ltr"><br clear="none"></div><div dir="ltr">Another regression-- there is no longer an error if you try to send a non-signal message to <br clear="none"></div><div dir="ltr">[inlet~].</div><div dir="ltr"><br clear="none"></div><div dir="ltr">Another regression-- [inlet~ fwd] unconditionally allocates space on the stack to copy the <br clear="none"></div><div dir="ltr">entire incoming message. If you generate a long enough message this will blow the stack <br clear="none"></div><div dir="ltr">and cause Pd to crash. Esp. important given that Windows stack is much smaller than the RAM <br clear="none"></div><div dir="ltr">available for heap allocation on most machines.</div><div dir="ltr"><br clear="none"></div><div dir="ltr">Also-- I *think* Pd Vanilla doesn't forward pointer messages through [inlet~ fwd]. It appeared to be an oversight-- at least I didn't see any comment about it.<br clear="none"></div><div dir="ltr"><br clear="none"></div><div dir="ltr">A GSoC student spent some time reimplementing this in Purr Data, so none of thiese should be <br clear="none"></div><div dir="ltr">issues there.</div></div></div></div></div></div></blockquote></div><div><br clear="none"></div><div><br clear="none"></div><div>> I think it's a good idea if you're changing and fixing stuff to also send a PR to vanilla as a proposal. Would you consider doing that as well?</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Before you ask that, have a look at the PRs. You can view the list of open PRs for Pure Data Vanilla here:</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><span><a href="https://github.com/pure-data/pure-data/pulls" rel="nofollow" target="_blank">https://github.com/pure-data/pure-data/pulls</a></span><br></div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">It appears Christof (<span>Spacechild1) </span>submitted a patch for this almost a month ago. So it wouldn't make sense to send another <br></div><div dir="ltr" data-setdir="false">PR for this same fix. Christof's patch should work just fine to solve these issues.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">If you're asking in general, that's unfortunately just not practical. We'd have to manually create a new patch set and test it </div><div dir="ltr" data-setdir="false">for Vanilla, for (nearly) every single change we make. It's much easier to just report here when I find crashers-- Miller and Christof </div><div dir="ltr" data-setdir="false">are quite quick to fix them. They know the Vanilla build/test/development process much better than I do so that seems the much preferable route for everyone involved.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Best,</div><div dir="ltr" data-setdir="false">Jonathan</div></div></div></div></div>
            </div>
        </div></body></html>