<div dir="ltr">yes looks like the best solution is to delete the files from the Saved Application folder all files and block it. <div><br></div><div>But a new problem came up, that a killed frozen pd-extended connected via udpsend to a puredata vanilla patch does not reconnect after restarting both from a script, as in the console it is printed that udp still connected. </div><div>How could i make a dynamic port number in both independent patches?</div><div><br></div><div>Popesz</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 29, 2017 at 12:04 PM, 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 2017-03-28 23:18, Csaba Láng wrote:<br>
><br>
> /Applications/Pd-0.47-1-64bit.<wbr>app/Contents/MacOS/Pd<br>
> /Users/xxx/Desktop/OSCcontrol.<wbr>pd<br>
> sleep 5<br>
> /Applications/Pd-extended.app/<wbr>Contents/MacOS/Pd-extended<br>
> /Users/xxx/Desktop/<wbr>OSCcontrolsend.pd<br>
><br>
> every time pd starts, each instance opens twice later even three times and<br>
> so on. What is the solution? Why this happens?<br>
<br>
</span>i think this is your OS trying to be helpful and restoring the setup<br>
before the crash (one or more instances of your patch), in addition to<br>
you loading (yet another) instance of the same patch.<br>
<br>
not being an OSX user i don't have any solution at hand.<br>
<br>
fgamsdr<br>
<span class="HOEnZb"><font color="#888888">IOhannes<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div><br></div>