[PD] gem / msd conflict

Thomas Grill gr at grrrr.org
Thu Sep 9 16:43:31 CEST 2010


that issue has already been clarified - it's again a collision of globally exposed new/delete operators. It can be fixed by defining FLEXT_USE_CMEM when compiling flext and flext-based externals.
gr~~~

Am 09.09.2010 um 15:32 schrieb Mathieu Bouchard:

> On Wed, 8 Sep 2010, cyrille henry wrote:
> 
>> I made a fresh compilation of msd2D. everything works ok, except when destroying a link in msd2D, and only if Gem is loaded, i've got a pd crash with : *** glibc detected *** pd: free(): invalid pointer: 0x085d0f9c ***
> 
> It's not necessarily the fault of either msd or Gem, and if it is, then it can be hard to figure out which one it is. Use a debugger such as valgrind, because it can trap bugs earlier in the chain reaction, quite often at the first buffer-overflow or dangling-pointer bug, rather than at the end of a chain reaction that causes glibc to bail out (or causes linux to say signal 11). With valgrind you have more of a chance of being able to produce a bug report that leads to a fix quickly.
> 
> _______________________________________________________________________
> | Mathieu Bouchard ------------------------------ Villeray, Montréal, QC_______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list




More information about the Pd-list mailing list