<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>
      <blockquote type="cite">
        <div dir="ltr" data-setdir="false">Another regression-- [inlet~
          fwd] unconditionally allocates space on the stack to copy the
          <br>
        </div>
        entire incoming message.</blockquote>
      <blockquote type="cite">Also-- I *think* Pd Vanilla doesn't
        forward pointer messages through [inlet~ fwd]</blockquote>
      Good points!<br>
    </p>
    <div class="moz-cite-prefix">On 06.08.2020 21:05, Jonathan Wilkes
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:1982869980.718996.1596740721799@mail.yahoo.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div class="yahoo-style-wrap" style="font-family:Helvetica Neue,
        Helvetica, Arial, sans-serif;font-size:13px;">
        <div id="ydpe065550byahoo_quoted_7567702770"
          class="ydpe065550byahoo_quoted">
          <div>> On Thursday, August 6, 2020, 2:07:09 PM EDT, matthew
            brandi <a class="moz-txt-link-rfc2396E" href="mailto:mfbrandi@outlook.com"><mfbrandi@outlook.com></a> wrote: </div>
          <div style="font-family:'Helvetica Neue', Helvetica, Arial,
            sans-serif;font-size:13px;color:#26282a;">
            <div><br>
            </div>
            <div>
              <div dir="ltr">> Dear people<br>
              </div>
              <div dir="ltr"><br>
              </div>
              <div dir="ltr">> In my role as village idiot, I am
                asking whether the string "fwd" in a message has a<br>
              </div>
              <div dir="ltr">special meaning to inlet.<br>
              </div>
              <div dir="ltr"><br>
              </div>
              <div dir="ltr">> Naively, I was expecting inlet to pass
                the string to the subpatch, but it seems not<br>
              </div>
              <div dir="ltr">to. See example patch attached.<br>
              </div>
              <div><br>
              </div>
              <div dir="ltr" data-setdir="false">AFAICT that's a
                regression due to the way Pd Vanilla implemented message
                forwarding for <br>
              </div>
              <div dir="ltr" data-setdir="false"> [inlet~ fwd]. That's a
                feature that allows a signal inlet of a
                subpatch/abstraction to forward <br>
              </div>
              <div dir="ltr" data-setdir="false">non-signal messages to
                the right outlet of [inlet~ fwd]. (The right outlet
                sprouts when the <br>
              </div>
              <div dir="ltr" data-setdir="false">"fwd" argument is
                present.)</div>
              <div dir="ltr" data-setdir="false"><br>
              </div>
              <div dir="ltr" data-setdir="false">Another regression--
                there is no longer an error if you try to send a
                non-signal message to <br>
              </div>
              <div dir="ltr" data-setdir="false">[inlet~].</div>
              <div dir="ltr" data-setdir="false"><br>
              </div>
              <div dir="ltr" data-setdir="false">Another regression--
                [inlet~ fwd] unconditionally allocates space on the
                stack to copy the <br>
              </div>
              <div dir="ltr" data-setdir="false">entire incoming
                message. If you generate a long enough message this will
                blow the stack <br>
              </div>
              <div dir="ltr" data-setdir="false">and cause Pd to crash.
                Esp. important given that Windows stack is much smaller
                than the RAM <br>
              </div>
              <div dir="ltr" data-setdir="false">available for heap
                allocation on most machines.</div>
              <div dir="ltr" data-setdir="false"><br>
              </div>
              <div dir="ltr" data-setdir="false">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>
              </div>
              <div dir="ltr" data-setdir="false"><br>
              </div>
              <div dir="ltr" data-setdir="false">A GSoC student spent
                some time reimplementing this in Purr Data, so none of
                thiese should be <br>
              </div>
              <div dir="ltr" data-setdir="false">issues there.</div>
              <div dir="ltr" data-setdir="false"><br>
              </div>
              <div dir="ltr" data-setdir="false">Best,</div>
              <div dir="ltr" data-setdir="false">Jonathan<br>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
    </blockquote>
  </body>
</html>