2009/6/18 Tim Goetze <tim@email-addr-hidden>:
> [Stefano D'Angelo]
>>
>>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.
As long as new stuff is added at the end of the struct (after all other fields).
> 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
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Fri Jun 19 04:15:02 2009
This archive was generated by hypermail 2.1.8 : Fri Jun 19 2009 - 04:15:02 EEST