18 Jun
2009
18 Jun
'09
7:23 p.m.
2009/6/18 Tim Goetze <tim(a)quitte.de>de>:
[Stefano D'Angelo]
As long as new stuff is added at the end of the struct (after all other fields).
Note: a weird host could copy make a copy of the descriptors (I see
nothing claiming this should not happen in the header file), thus ABI
would be broken... this could maybe happen in LADSPA hosts written in
non-C languages (why does Java come to my mind?).
No, it's not a problem. A host that does this is just treating the
plugin as a 1.1 version and ignoring the extra fields of the struct,
which is completely legal and causes no problems whatsoever. Besides, the ladspa.h file states:
"""The plugin descriptor from which this instantiate function was
found must also be passed."""
when describing the instantiate() method of the plugin, the only one
that takes a descriptor pointer as an argument, effectively precluding
the plugin code stumbling across the use of a copied descriptor struct
as you describe it.
Sorry, didn't see that. Well, I guess there's no problem on the plugin
side then... any other possible problems on the host side?
In case there are none, we could add an array or another callback.
Stefano