[PD] segmentation faults überalles
David NG McCallum
d at mentalfloss.ca
Tue Jan 17 04:07:47 CET 2006
Awesome, it works!
Any idea why it might be making these assumptions about the number of
channels?
D
__ _ _ _ _ __ ___ _ _ __ _ ___ ____ _ __ __ __ _ __ __
To talk about it is to miss the point http://sintheta.org
Martin Peach wrote:
> David NG McCallum wrote:
>
>> Thanks for the syntax, Ben. I've never use gdb before.
>>
>> The output was:
>>
>> (gdb) bt
>> #0 0x080af12a in sys_setchsr (chin=270238624, chout=1323783775,
>> sr=44100)
>> at s_audio.c:152
>> #1 0x080b0553 in sys_open_audio (naudioindev=2, audioindev=0xbf9ca7a4,
>> nchindev=2, chindev=0xbf9ca794, naudiooutdev=2,
>> audiooutdev=0xbf9ca784,
>> nchoutdev=2, choutdev=0xbf9ca774, rate=44100, advance=50, enable=0)
>> at s_audio.c:308
>> #2 0x080a73ec in sys_main (argc=1, argv=0xbf9ca864) at s_main.c:947
>> #3 0x4ee26d5f in __libc_start_main () from /lib/libc.so.6
>> #4 0x08054ccd in _start ()
>>
>> Any idea how to make sense of this?
>>
>>
> Back-tracing the stack shows that it crashed in a function named
> sys_setchsr which, if you look in the source code file s_audio.c,
> allocates memory for sound buffers. There is no checking done to see if
> the pointers returned by malloc are valid (non-NULL) or that the sizes
> requested are valid (chin*DEFDACBLKSIZE*sizeof(float)) = 270238624*64*8,
> so probably that's why it crashed: you're asking for a huge amount of
> ram. Somehow pd thinks you have a _lot_ of sound channels. Maybe you
> could try using the command-line arguments -inchannels and -outchannels
> to set just 2 channels. Or maybe you should use alsa or oss or something
> else for audio...just guessing.
>
> Martin
>
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list