Thread: [Synthforge-list] crash when loading fm_osc_1415.so
Status: Alpha
Brought to you by:
dachaplin
From: Paul C. <pco...@gm...> - 2009-07-24 03:16:02
|
Subject says it all. To reproduce, I just need to load that plugin in the demo project. This is version 0.1 on Fedora 10 + PlanetCCRMA. Can anyone else reproduce? Overrall, really impressive for a first release. I'm just happy it builds on my system (unlike Ingen). |
From: Damon C. <da...@ka...> - 2009-07-24 09:17:18
|
On Thu, 2009-07-23 at 23:15 -0400, Paul Coccoli wrote: > Subject says it all. To reproduce, I just need to load that plugin in > the demo project. This is version 0.1 on Fedora 10 + PlanetCCRMA. Can > anyone else reproduce? It doesn't crash here. If you could get a stack trace that would be useful. This is one of the main things I'm worried about - buggy plugins causing crashes. There's not much I can do about them, except maybe not show them in the module list. > Overrall, really impressive for a first release. I'm just happy it > builds on my system (unlike Ingen). Thanks. There should be a new release soon, with quite a few improvements. Though it does change a few modules, so don't build any complex synths yet. Damon |
From: Paul C. <pco...@gm...> - 2009-07-25 03:25:23
Attachments:
synthforge-bugreport.txt
|
Bug report attached. Let me know if I should rebuild with different configure options. $ rpm -qf /usr/lib/ladspa/fm_osc_1415.so ladspa-swh-plugins-0.4.15-15.fc10.i386 I could look at it in gdb if necessary (and if I can remember how to disable that bug buddy thing). |
From: Damon C. <da...@ka...> - 2009-07-25 09:25:38
|
On Fri, 2009-07-24 at 23:25 -0400, Paul Coccoli wrote: > Bug report attached. Let me know if I should rebuild with different > configure options. > > $ rpm -qf /usr/lib/ladspa/fm_osc_1415.so > ladspa-swh-plugins-0.4.15-15.fc10.i386 > > I could look at it in gdb if necessary (and if I can remember how to > disable that bug buddy thing). This looks like the crash: #7 <signal handler called> No symbol table info available. #8 0x00185e45 in ?? () from /usr/lib/ladspa/fm_osc_1415.so No symbol table info available. #9 0x008c2c3b in sfo_real_time_engine_run (engine=0xa058800, sample_count=128) at sfo-real-time-engine.c:259 So it does seem to crash in the fm_osc_1415 code. Though you don't have debugging symbols installed so we can't see exactly where it crashed. I've just tried it again here and it still won't crash. If you really want to track it down you could remove the ladspa-swh-plugins package and build it from the source code, with debugging symbols. But you'd need to know what you're doing. Damon |
From: Paul C. <pco...@gm...> - 2009-07-25 15:01:50
|
On Sat, Jul 25, 2009 at 5:23 AM, Damon Chaplin<da...@ka...> wrote: > This looks like the crash: > > #7 <signal handler called> > No symbol table info available. > #8 0x00185e45 in ?? () from /usr/lib/ladspa/fm_osc_1415.so > No symbol table info available. > #9 0x008c2c3b in sfo_real_time_engine_run (engine=0xa058800, > sample_count=128) > at sfo-real-time-engine.c:259 > > So it does seem to crash in the fm_osc_1415 code. Though you don't have > debugging symbols installed so we can't see exactly where it crashed. > > I've just tried it again here and it still won't crash. > > If you really want to track it down you could remove the > ladspa-swh-plugins package and build it from the source code, with > debugging symbols. But you'd need to know what you're doing. Does installing the debuginfo suffice? The fm_osc_1415 plugin loads fine in ams and jack-rack, by the way. #7 <signal handler called> No symbol table info available. #8 0x00382e45 in blo_hd_run_cub () at util/blo.h:209 low = 0 frac = 0 idx = 0 th = (const float *) 0xb4480000 #9 runFmOsc (instance=0x8b7ad30, sample_count=64) at fm_osc_1415.xml:32 wave = 0 fm = (const LADSPA_Data * const) 0x872eea0 output = (LADSPA_Data * const) 0x8b25c80 osc = (blo_h_osc *) 0x8b803b0 pos = 0 #10 0x00c56c3b in sfo_real_time_engine_run (engine=0x879e800, sample_count=128) at sfo-real-time-engine.c:259 process_data = (SfoProcessData *) 0x88c2aa0 process_entries = (GArray *) 0x8b7f2a8 entry = (SfoProcessEntry *) 0x419 samples_remaining = 128 n_samples = 64 pos = <value optimized out> new_pos = 3 i = 0 sample_num = <value optimized out> output_buffer = <value optimized out> #11 0x08051958 in sfo_jack_client_process (nframes=128, data=0x8711600) at sfo-jack-client.c:271 engine = (SfoRealTimeEngine *) 0x879e800 jack_midi_buffer = (gpointer) 0xb5b6e240 jack_midi_event = {time = 142295320, size = 3046666240, buffer = 0x87a7960 "/dev/shm/jack_fifo.500_default_system"} port_num = <value optimized out> num_events = 0 i = 141628928 event = <value optimized out> |
From: Damon C. <da...@ka...> - 2009-07-25 16:24:14
|
On Sat, 2009-07-25 at 11:01 -0400, Paul Coccoli wrote: > Does installing the debuginfo suffice? The fm_osc_1415 plugin loads > fine in ams and jack-rack, by the way. Yes, I think this bug might be in SynthForge rather than the plugin. I do get the occasional crash when loading different plugins. I'm looking into that now. > #7 <signal handler called> > No symbol table info available. > #8 0x00382e45 in blo_hd_run_cub () at util/blo.h:209 > low = 0 > frac = 0 > idx = 0 > th = (const float *) 0xb4480000 > #9 runFmOsc (instance=0x8b7ad30, sample_count=64) at fm_osc_1415.xml:32 > wave = 0 > fm = (const LADSPA_Data * const) 0x872eea0 > output = (LADSPA_Data * const) 0x8b25c80 > osc = (blo_h_osc *) 0x8b803b0 > pos = 0 > #10 0x00c56c3b in sfo_real_time_engine_run (engine=0x879e800, sample_count=128) > at sfo-real-time-engine.c:259 > process_data = (SfoProcessData *) 0x88c2aa0 > process_entries = (GArray *) 0x8b7f2a8 > entry = (SfoProcessEntry *) 0x419 > samples_remaining = 128 > n_samples = 64 > pos = <value optimized out> > new_pos = 3 > i = 0 > sample_num = <value optimized out> > output_buffer = <value optimized out> I can't see anything immediately wrong with this. It may just be memory corruption somewhere. I'll try valgrind. Damon |