#56 ssm vanishes (SIGHUP) on jack timeout

[Nathaniel Virgo]

I've found that when loading large samples recently ssm
just vanishes without a trace if it times out under
jack. I can reproduce it by just connecting to jack
and then loading a longish loop in the PoshSampler.

Jack says something like

subgraph starting at SSM timed out
(subgraph_wait_fd=13, status = 0, state = Running)

while ssm just says "Hangup".

I seem to remember this happening once or twice when
doing other non-RT things like using the cmt granular
scatter plugin. Perhaps this isn't strictly a bug, but
I'd like the chance to save my work when this happens.

Running in gdb produces this output:

Program received signal SIGHUP, Hangup.
[Switching to Thread 2051 (LWP 882)]
0x402fd3a4 in read () from /lib/libc.so.6
(gdb) bt
#0 0x402fd3a4 in read () from /lib/libc.so.6
#1 0x401f0ae0 in __DTOR_END__ () from /lib/libpthread.so.0
#2 0x402a4703 in _IO_file_read () from /lib/libc.so.6
#3 0x402a4a9e in _IO_file_xsputn () from /lib/libc.so.6
#4 0x402a5538 in _IO_sgetn () from /lib/libc.so.6
#5 0x4029bb8b in fread () from /lib/libc.so.6
#6 0x407114bc in WavFile::Load () from
/usr/local/lib/SpiralPlugins/PoshSamplerPlugin.so
#7 0x40717860 in PoshSamplerPlugin::LoadSample ()
from /usr/local/lib/SpiralPlugins/PoshSamplerPlugin.so
#8 0x40716f56 in PoshSamplerPlugin::ExecuteCommands ()
from /usr/local/lib/SpiralPlugins/PoshSamplerPlugin.so
#9 0x0804f837 in SynthModular::Update ()
#10 0x08059cfa in SynthModular::cb_Update ()
#11 0x405bc210 in JackClient::Process () from
/usr/local/lib/SpiralPlugins/JackPlugin.so
#12 0x4009b26e in jack_client_thread (arg=0x8115318) at
client.c:661
#13 0x401e30ba in pthread_start_thread () from
/lib/libpthread.so.0
#14 0x401e3101 in pthread_start_thread_event () from
/lib/libpthread.so.0

[Dave Griffiths]

Logged In: YES
user_id=612081

well it certainly shouldn't crash, but I'm not that suprised
that it sometimes does. I would think it's a issue with
switching back to ssm's own audio thread from the jack one.