On Mon, 2008-12-15 at 23:21 -0500, Ivica Ico Bukvic wrote:
> OK, I traced it down to one plugin csladspa.so which is a csound
> ladspa plugin I never used before and I assume is a wrapper for csound
> code that can run in a form of a ladspa plugin or something along
> those lines. I uninstalled it
OK, I traced it down to one plugin csladspa.so which is a csound ladspa
plugin I never used before and I assume is a wrapper for csound code that
can run in a form of a ladspa plugin or something along those lines. I
uninstalled it since I currently have no need for it but as it stands right
now, t
On Sun, 2008-12-14 at 13:12 -0500, Ivica Ico Bukvic wrote:
> > Basically the plugin search function LADSPAPluginSearch() will open
> > every file in your search path. If it is a library (of any sort) it will
> > look for the symbols "ladspa_descriptor" or "dssi_descriptor" inside it.
> > If one of
> Basically the plugin search function LADSPAPluginSearch() will open
> every file in your search path. If it is a library (of any sort) it will
> look for the symbols "ladspa_descriptor" or "dssi_descriptor" inside it.
> If one of these gets found, the callback function
> dssi_tilde_search_plugin_
Hi Ico,
I'm pretty sure that the behaviour you are experiencing is down to a
buggy plugin you have installed somewhere on your system. I just tried
to reproduce the problem with pd-extended 0.40.3 on Ubuntu Intrepid with
dssi~ 0.97, and I can't reproduce it.
Basically the plugin search function
Hi all,
After some digging, here's what I found out. Even though dssi~ works fine if
a plugin_lib:plugin_name is specified, anything other (including bogus
names) crashes pd-extended 0.40.3. I tried 0.95 and 0.97 dssi~ external
(latter compiled from source) and both exhibit this behavior. Closer
i