[L2Ork-dev] Potential Gem bug?

IOhannes m zmoelnig zmoelnig at iem.at
Tue Apr 23 05:35:14 EDT 2019


hi,

On 14.04.19 17:48, Ivica Ico Bukvic wrote:
> IOhannes et al.,

i'm just back from easter hols. sorry for the delay.

> 
> I just checked out the latest Gem (0.94 branch) by doing:
> 
> git clone https://git.code.sf.net/p/pd-gem/gem pd-gem-gem
> 
> When starting pd-l2ork, it segfaults with the following backtrace. Any idea
> what may be wrong? Is this a stable branch?

yes, it's a stable release.

however, Gem does some magic to add it's own path to the search-paths of
Pd (if it is not already added), and while doing so it might hit a
binary incompatibility between purr-data and Pd.

Gem will use the safer "add-to-path" message to "pd", if it detects a
compatible version of Pd (comparing the output of sys_getversion()
against (0,47)). this seems to fail with purr-data, so it falls back to
calling "namelist_append" to append the path to the "sys_searchpath"
variable.

probably jonathan can shed some light why this crashes.

> 
> [submodule "Gem"]
> path = Gem
> url = git://git.code.sf.net/p/pd-gem/gem

i'd suggest using https://git.iem.at/pd/Gem as upstream (or
https://github.com/umlaeute/Gem).
i still mirror to sourceforge for legacy reasons, but who knows...

fgamsdr
IOhannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20190423/00550143/attachment.sig>


More information about the L2Ork-dev mailing list