I reproduced the crash, I think. I cheated. I set up one plugin and
then copied and pasted and hand hacked the XML in the autoload, so I
wouldn't have to use the awful GTK+ file picker dialog 24 times. The
effect is having 24 plugins set up the same. Indeed, I didn't get too
far before triggering a crash.
Having gotten that far, I don't really know what to do with it. Best I
can figure, I have to download and explore the code to libfluidsynth to
follow this trail.
File with third-party bugs.
#0 0x00007f946ff2b425 in __GI_raise (sig=<optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007f946ff2eb8b in __GI_abort () at abort.c:91
#2 0x00007f946ff240ee in __assert_fail_base (fmt=<optimized out>,
assertion=0x7f9472485e30 "new_prio == -1 || (new_prio >=
__sched_fifo_min_prio && new_prio <= __sched_fifo_max_prio)",
file=0x7f9472485e24 "tpp.c",
line=<optimized out>, function=<optimized out>) at assert.c:94
#3 0x00007f946ff24192 in __GI___assert_fail (assertion=0x7f9472485e30
"new_prio == -1 || (new_prio >= __sched_fifo_min_prio && new_prio <=
__sched_fifo_max_prio)", file=0x7f9472485e24 "tpp.c", line=63,
function=0x7f9472485f00 "__pthread_tpp_change_priority") at
assert.c:103
#4 0x00007f9472484a45 in __pthread_tpp_change_priority
(previous_prio=-1, new_prio=0) at tpp.c:61
#5 0x00007f9472479bed in __pthread_mutex_lock_full (mutex=0x2c4b338) at
pthread_mutex_lock.c:415
#6 0x00007f946f7ce2e1 in g_static_rec_mutex_lock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0x00007f94549d7851 in fluid_synth_api_enter () from
/usr/lib/x86_64-linux-gnu/libfluidsynth.so.1
#8 0x00007f94549dd2a5 in fluid_synth_cc () from
/usr/lib/x86_64-linux-gnu/libfluidsynth.so.1
#9 0x00000000005b81d4 in Rosegarden::DSSIPluginInstance::deactivate()
() at src/sound/DSSIPluginInstance.cpp:1171
#10 0x00000000005b5745 in
Rosegarden::DSSIPluginInstance::~DSSIPluginInstance() () at
src/sound/DSSIPluginInstance.cpp:356
#11 0x00000000005b5b40 in
Rosegarden::DSSIPluginInstance::~DSSIPluginInstance() () at
src/sound/DSSIPluginInstance.cpp:384
#12 0x0000000000572dfc in
Rosegarden::Scavenger<Rosegarden::RunnablePluginInstance>::scavenge() ()
at src/sound/Scavenger.h:167
#13 0x000000000056e75e in Rosegarden::AlsaDriver::scavengePlugins() ()
at src/sound/AlsaDriver.cpp:5152
#14 0x000000000056d1a0 in Rosegarden::AlsaDriver::processPending() () at
src/sound/AlsaDriver.cpp:4722
#15 0x00000000005554af in
Rosegarden::RosegardenSequencer::processAsynchronousEvents() () at
src/sequencer/RosegardenSequencer.cpp:1450
#16 0x000000000055dcb7 in Rosegarden::SequencerThread::run() () at
src/sequencer/SequencerThread.cpp:137
#17 0x00007f9472929fcb in ?? () from
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#18 0x00007f947247be9a in start_thread (arg=0x7f945cc30700) at
pthread_create.c:308
#19 0x00007f946ffe8ccd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#20 0x0000000000000000 in ?? ()
On 10/22/2013 01:58 PM, Brian Clem wrote:
> At least that is what I was working on. Setting my synth instruments
> and then saving the default studio file. All synths were Fluidsynth
> dssi. 1- 24. I assigned each number to a different sf2 I have saved in
> my dropbox on every computer so the setup will be the same when
> working. A quick start every time when working. But it failed when
> using all 24 spots. Here is the info.
>
> Program terminated with signal 11, Segmentation fault.
> #0 0x00007f4369375e98 in fluid_synth_cc ()
> from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1
> (gdb) bt
> #0 0x00007f4369375e98 in fluid_synth_cc ()
> from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1
> #1 0x0000000000535531 in Rosegarden::DSSIPluginInstance::deactivate() ()
> #2 0x0000000000535dc6 in
> Rosegarden::DSSIPluginInstance::~DSSIPluginInstance() ()
> #3 0x0000000000536119 in
> Rosegarden::DSSIPluginInstance::~DSSIPluginInstance() ()
> #4 0x00000000005104ca in
> Rosegarden::Scavenger<Rosegarden::RunnablePluginInstance>::scavenge() ()
> #5 0x0000000000506e34 in Rosegarden::AlsaDriver::processPending() ()
> #6 0x00000000004fca40 in
> Rosegarden::RosegardenSequencer::processAsynchronousEvents() ()
> #7 0x00000000004ff6ab in Rosegarden::SequencerThread::run() ()
> #8 0x00007f437f5d609b in QThreadPrivate::start (arg=0x2f0b360)
> at thread/qthread_unix.cpp:307
> #9 0x00007f437ebfae9a in start_thread (arg=0x7f436c2a1700) at
> pthread_create.c:308
> #10 0x00007f437cc653fd in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #11 0x0000000000000000 in ?? ()
>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Rosegarden-user mailing list
> [email protected] - use the link below to unsubscribe
> https://lists.sourceforge.net/lists/listinfo/rosegarden-user
>
--
D. Michael McIntyre
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
Rosegarden-user mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user
