Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

supernova crashing - GVerb not supernova ready ? #1412

Closed
miguel-negrao opened this issue Apr 7, 2015 · 4 comments
Closed

supernova crashing - GVerb not supernova ready ? #1412

miguel-negrao opened this issue Apr 7, 2015 · 4 comments

Comments

@miguel-negrao
Copy link
Member

Is this a problem with GVerb or a problem with Supernova ?

reproducer:

g = ParGroup.new; 


SynthDef(\name,{
    var sig = SinOsc.ar([100,100.5],0,1,0);
    sig = GVerb.ar(sig);
    Out.ar(0,sig);
}).add;


(
8.do{
    Synth.head(g,\name);
}
)

gdb output:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f0fb9728740 (LWP 745)]
memset () at ../sysdeps/x86_64/memset.S:78
78  ../sysdeps/x86_64/memset.S: Ficheiro ou directoria inexistente.

(gdb) bt
#0  memset () at ../sysdeps/x86_64/memset.S:78
#1  0x00007fb542c28942 in GVerb_Ctor () from /usr/local/lib/SuperCollider/plugins/ReverbUGens_supernova.so
#2  0x0000000000458a8e in nova::sc_synth::prepare() ()
#3  0x0000000000417757 in nova::sc_synth::perform() ()
#4  0x0000000000420bdf in nova::dsp_queue_node<nova::rt_pool_allocator<void*> >::operator()(unsigned char) ()
#5  0x0000000000417861 in nova::dsp_queue_interpreter<nova::dsp_queue_node<nova::rt_pool_allocator<void*> >, nova::rt_pool_allocator<void*> >::run_next_item(unsigned char) ()
#6  0x0000000000420de1 in void nova::dsp_queue_interpreter<nova::dsp_queue_node<nova::rt_pool_allocator<void*> >, nova::rt_pool_allocator<void*> >::run_item<false>(unsigned char) ()
#7  0x000000000042194f in nova::dsp_thread<nova::dsp_queue_node<nova::rt_pool_allocator<void*> >, nova::thread_init_functor, nova::rt_pool_allocator<void*> >::run_static(void*) ()
#8  0x00007fb55e63b182 in start_thread (arg=0x7fb55aa41740) at pthread_create.c:312
#9  0x00007fb55ce7600d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
@timblechmann
Copy link
Contributor

gverb tries to allocate memory, but does not handle the case that memory allocation fails.

@miguel-negrao
Copy link
Member Author

Well, at least it's documented now. :)

@vivid-synth
Copy link
Member

Is this superseded by #782 ?

@nhthn
Copy link
Contributor

nhthn commented Nov 18, 2016

yes, it's a dupe

@nhthn nhthn closed this as completed Nov 18, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants