<div dir="auto">Will do<br><br><div data-smartmail="gmail_signature">-- <br>Ivica Ico Bukvic, D.M.A.<br>Associate Professor<br>Computer Music<br>ICAT Senior Fellow<br>Director -- DISIS, L2Ork<br>Virginia Tech<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu">ico@vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br><a href="http://disis.icat.vt.edu">disis.icat.vt.edu</a><br><a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net">ico.bukvic.net</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 14, 2017 15:15, "Jonathan Wilkes" <<a href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> It appears that the readsf~ external is causing crashes when loading files, particularly if one does loading in quick succession. I am not sure if this is also the case with the upstream vanilla version but it has definitely been the case with the OSX version of Purr-Data. Can anyone confirm if this is the case for them as well? Thank you.<br>
<br>
<br>
Ico,<br>
Can you put together a small demo patch that triggers the crash?<br>
<br>
-Jonathan<br>
______________________________<wbr>_________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/<wbr>listinfo/l2ork-dev</a><br>
</blockquote></div></div>