I'm still having problems with LinuxSampler I'm afraid :-(
This time it's gigedit. I'm trying to run your rpm (gigedit-1.0.0.25svn3099-20.rncbc.suse.x86_64.rpm) but it fails with the following:
Initializing 3rd party services needed by gigedit.
gigedit: symbol lookup error: /usr/lib64/gigedit/libgigedit.so.3: undefined symbol: _ZNK4Glib5ValueIbE17create_param_specERKNS_7ustringES4_S4_NS_10ParamFlagsE
Beforehand, I'd added /usr/lib64/gigedit to /etc/ld.so.conf, then ran ldconfig and rebooted, as you advised last time. I'm not sure whether this is correct, but I thought I'd give it a try.
I also tried the other rpm in your archive (gigedit-1.0.0-16.rncbc.suse.x86_64.rpm), together with the related rpms not marked "svn", but this failed with:
Initializing 3rd party services needed by gigedit.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted (core dumped)
In addition, when running the "svn" rpms, if I try to access the Instruments Database via JSampler it complains that LinuxSampler was built without Instruments Database support. However, this works with the none-svn rpms. Is Instruments Database support deliberately disabled in the svn rpms, or is this another issue with my system?
I'm still having problems with LinuxSampler I'm afraid :-(
This time it's gigedit. I'm trying to run your rpm (gigedit-1.0.0.25svn3099-20.rncbc.suse.x86_64.rpm) but it fails with the following:
Initializing 3rd party services needed by gigedit.
gigedit: symbol lookup error: /usr/lib64/gigedit/libgigedit.so.3: undefined symbol: _ZNK4Glib5ValueIbE17create_param_specERKNS_7ustringES4_S4_NS_10ParamFlagsE
Beforehand, I'd added
/usr/lib64/gigeditto/etc/ld.so.conf, then ranldconfigand rebooted, as you advised last time. I'm not sure whether this is correct, but I thought I'd give it a try.I also tried the other rpm in your archive (gigedit-1.0.0-16.rncbc.suse.x86_64.rpm), together with the related rpms not marked "svn", but this failed with:
Initializing 3rd party services needed by gigedit.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted (core dumped)
In addition, when running the "svn" rpms, if I try to access the Instruments Database via JSampler it complains that LinuxSampler was built without Instruments Database support. However, this works with the none-svn rpms. Is Instruments Database support deliberately disabled in the svn rpms, or is this another issue with my system?