<div dir="auto">Thank you, IOhannes. As a point of clarification, this affects pd-l2ork (1.x) but not Purr-Data (2.x). Also, Gem is compiled from source and no other pd version is installed, so I am unsure why there should be any binary incompatibility.<br><br><div data-smartmail="gmail_signature">Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<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><br><a href="http://www.icat.vt.edu">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 23, 2019, 05:35 IOhannes m zmoelnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi,<br>
<br>
On 14.04.19 17:48, Ivica Ico Bukvic wrote:<br>
> IOhannes et al.,<br>
<br>
i'm just back from easter hols. sorry for the delay.<br>
<br>
> <br>
> I just checked out the latest Gem (0.94 branch) by doing:<br>
> <br>
> git clone <a href="https://git.code.sf.net/p/pd-gem/gem" rel="noreferrer noreferrer" target="_blank">https://git.code.sf.net/p/pd-gem/gem</a> pd-gem-gem<br>
> <br>
> When starting pd-l2ork, it segfaults with the following backtrace. Any idea<br>
> what may be wrong? Is this a stable branch?<br>
<br>
yes, it's a stable release.<br>
<br>
however, Gem does some magic to add it's own path to the search-paths of<br>
Pd (if it is not already added), and while doing so it might hit a<br>
binary incompatibility between purr-data and Pd.<br>
<br>
Gem will use the safer "add-to-path" message to "pd", if it detects a<br>
compatible version of Pd (comparing the output of sys_getversion()<br>
against (0,47)). this seems to fail with purr-data, so it falls back to<br>
calling "namelist_append" to append the path to the "sys_searchpath"<br>
variable.<br>
<br>
probably jonathan can shed some light why this crashes.<br>
<br>
> <br>
> [submodule "Gem"]<br>
> path = Gem<br>
> url = git://<a href="http://git.code.sf.net/p/pd-gem/gem" rel="noreferrer noreferrer" target="_blank">git.code.sf.net/p/pd-gem/gem</a><br>
<br>
i'd suggest using <a href="https://git.iem.at/pd/Gem" rel="noreferrer noreferrer" target="_blank">https://git.iem.at/pd/Gem</a> as upstream (or<br>
<a href="https://github.com/umlaeute/Gem" rel="noreferrer noreferrer" target="_blank">https://github.com/umlaeute/Gem</a>).<br>
i still mirror to sourceforge for legacy reasons, but who knows...<br>
<br>
fgamsdr<br>
IOhannes<br>
<br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>