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?
-Jonathan On Monday, July 27, 2015 1:28 PM, Charles Z Henry <czhe...@gmail.com> wrote: On Mon, Jul 27, 2015 at 12:08 PM, Jonathan Wilkes via Pd-list <pd-list@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.
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list