[PD] binary compatibility

Jonathan Wilkes jancsika at yahoo.com
Mon Jul 27 20:33:54 CEST 2015

Thanks, Charles.

What if the Vanilla external has CLASS_DEFAULT widgetbehavior?  Then Pd assigns c->c_wb to text_widgetbehavior.Since text_widgetbehavior is a hard-coded widgetbehavior it is guaranteed to have the number of members expected bythe code in g_editor.c.
Is this right?


     On Monday, July 27, 2015 1:28 PM, Charles Z Henry <czhenry at gmail.com> wrote:

 On Mon, Jul 27, 2015 at 12:08 PM, Jonathan Wilkes via Pd-list
<pd-list at lists.iem.at> wrote:

> Background info: Pd-l2ork has an extra member at the _end_ of the
> t_widgetbehavior struct.  This member is used to do accelerated displacing
> of a selection of objects in Pd.

This type of modification isn't meant to be binary compatible in both
directions.  Your Pd-Vanilla externals with the Vanilla
t_widgetbehavior struct will not work in Pd-l2ork, because the struct
is smaller.

When Pd-l2ork tries to access those elements off the end of the
t_widgetbehavior struct, it should seg fault.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150727/07dd0bee/attachment.html>

More information about the Pd-list mailing list