<br><br><div class="gmail_quote">2010/11/30 Hans-Christoph Steiner <span dir="ltr">&lt;<a href="mailto:hans@at.or.at">hans@at.or.at</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div style="word-wrap: break-word;"><div><br></div><div>I cc&#39;ed the Pd-list since I think this is relevent there.</div><br><div><div class="im"><div>On Nov 29, 2010, at 8:40 PM, András Murányi wrote:</div><blockquote type="cite">

<font color="#000000"><br></font><div class="gmail_quote">2010/11/29 András Murányi <span dir="ltr">&lt;<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

 Hello HC,<br><br>i was just trying to pick this up, but i&#39;m kinda confused with the new startup order. It seems at the moment of load_startup_plugins(), which is by the end of pdtk_pd_startup() we don&#39;t yet have a functional ::pdwindow::verbose to print on the console. (Also, the &#39;---done with main---&#39; message at the end of main doesn&#39;t appear on my console.) </blockquote>

 <div><br>Do you have an idea on this?<br></div></div></blockquote><div><br></div></div><div>the &quot;done with main&quot; thing was just a debug message.  So the verbose proc doesn&#39;t work in a plugin?</div></div></div>

</blockquote><div><br>it doesn&#39;t - and imo it&#39;s strange that it doesn&#39;t work at the end of main{} either<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div style="word-wrap: break-word;"><div><div class="im"><br><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>Plus (i couldn&#39;t go into it, but) it seems to me that startup plugins are run twice.<br> </blockquote><div><br>It seems this is because both $::sys_searchpath and $::sys_staticpath contains ~/pd-externals (where i keep these plugins). Is it my error that i&#39;ve added it once to my patch list or is it like this for everyone? And - do you think a mechanism to prevent loading a plugin more than once is necessary?<br>

 </div></div><br><br></blockquote></div></div><div><br></div><br><div>Sounds like you have ~/pd-externals added as a path via the preferences.  Its now part of the hard-coded sys_staticpath.</div><div><br></div></div></blockquote>

<div><br>Yes, that&#39;s the situation. I&#39;m just worried that other people may have &#39;double&#39; entries too, which could cause all kinds of weirdnesses in the future, not only with plugins. One of the following methods could be implemented:<br>

a) When sys_searchpath and sys_staticpath are concatenated (or even before) we filter out double entries<br>b) We don&#39;t let the user add a folder to sys_searchpath which is already in  sys_staticpath<br>c) We just make sure that load_startup_plugins{} doesn&#39;t load the same plugin twice<br>

I&#39;d recommend a)<br></div></div><br>Andras<br>