Re: [ecasound] problems running gdb with ecasound

New Message Reply Date view Thread view Subject view Author view Other groups

Subject: Re: [ecasound] problems running gdb with ecasound
From: Kai Vehmanen (k@wakkanet.fi)
Date: Sun Jun 25 2000 - 10:26:28 EEST

On Fri, 23 Jun 2000, Jeremy Hall wrote:

> so maybe I'm a bit dense...but why does this happen?
> How do I make gdb load all the objects without making it use a core first?
> How do I make gdb keep a breakpoint across running the program?

This is quite common. C++ virtual functions make debugging a bit more
complicated. If you have memory-related problems (seg.faults), it's
usually easier to just insert lots of debugging code...

> Program received signal SIGSEGV, Segmentation fault.
> 0x4026d4a3 in SAMPLE_BUFFER_BASE<float>::copy_to_buffer (this=0xbffffbcc,
> source=0x80a8370 "÷&þôý÷ý¾ýCý\020ý)þ÷ý\205ÿTÿ7ÿ\001ÿXþ%þÏü\224üºý\203ýúþÈþ¯þzþ\204", samples_read=1024, fmt=sfmt_s16_le, ch=2, srate=44100)
> at ../../ecasound/libecasound/samplebuffer_impl.h:344
> 344 buffer[c][osize] = (sample_type)(*(int16_t*)a) / SAMPLE_SPECS::s16_to_st_constant;
> (gdb) up
> #1 0x4013ca05 in AUDIO_IO_BUFFERED::read_buffer (this=0x80a7fe0,
> sbuf=0xbffffbcc) at ../../ecasound/libecasound/audioio-types.cpp:100
> 100 samples_per_second());

Hmm, I'd check 'samples_per_second()' (it might be 0). 

-- 
Kai Vehmanen <k@eca.cx> ---------------- CS, University of Turku .
 . audio software for linux .. http://www.eca.cx 		 .
 . armchair-tunes mp3/wav/ra . http://www.wakkanet.fi/sculpscape .

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request@wakkanet.fi>.

New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Sun Jun 25 2000 - 10:40:04 EEST