[ecasound] problems running gdb with ecasound

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

Subject: [ecasound] problems running gdb with ecasound
From: Jeremy Hall (jhall@uu.net)
Date: Sat Jun 24 2000 - 00:43:10 EEST


Hi,

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?

Script started on Fri Jun 23 17:38:12 2000
[root@Greyhound ecasound_BUILD_ALSA_DEB]# gdb
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux".
(gdb) file /usr/local/bin/ecasound_debug
Reading symbols from /usr/local/bin/ecasound_debug...done.
(gdb) r -i alsa 0 -o null
Starting program: /usr/local/bin/ecasound_debug -i alsa -o null
****************************************************************************
* ecasound v1.8.0d13 (C) 1997-2000 Kai Vehmanen *
****************************************************************************
- [ Chainsetup/Enabling audio inputs ] -------------------------------------
(eca-audio-objects) Audio object "alsa", mode "read".
(audio-io) Format: s16_le, channels 2, srate 44100.
- [ Chainsetup/Enabling audio outputs ] ------------------------------------
(eca-audio-objects) Audio object "null", mode "read/write".
(audio-io) Format: s16_le, channels 2, srate 44100.
- [ Engine/Init - mixmode "simple passive" ] -------------------------------

Program received signal SIGSEGV, Segmentation fault.
0x4026d4a3 in SAMPLE_BUFFER_BASE<float>::copy_to_buffer (this=0xbffffbcc,
    source=0x80a8370 "&C\020)\205T7\001X%\224\203z\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());
(gdb) up
#2 0x4017299d in ECA_PROCESSOR::exec_simple_passive (this=0xbffffaec)
    at ../../ecasound/libecasound/eca-main.cpp:442
442 (*inputs)[0]->read_buffer(&mixslot);
(gdb) break audioio-alsa3.cpp:157
Breakpoint 1 at 0x4014fa46: file ../../ecasound/libecasound/audioio-alsa3.cpp, line 157.
(gdb) list
437 start();
438 ecadebug->control_flow("Engine/Init - mixmode \"simple passive\"");
439 while (!finished()) {
440 input_not_finished = false;
441 prehandle_control_position();
442 (*inputs)[0]->read_buffer(&mixslot);
443 if ((*inputs)[0]->finished() == false) input_not_finished = true;
444 (*chains)[0]->process();
445 (*outputs)[0]->write_buffer(&mixslot);
446 trigger_outputs();
(gdb) down
#1 0x4013ca05 in AUDIO_IO_BUFFERED::read_buffer (this=0x80a7fe0,
    sbuf=0xbffffbcc) at ../../ecasound/libecasound/audioio-types.cpp:100
100 samples_per_second());
(gdb) list
95 // --------
96 sbuf->copy_to_buffer(iobuf_uchar_repp,
97 read_samples(iobuf_uchar_repp, buffersize_rep),
98 sample_format(),
99 channels(),
100 samples_per_second());
101 position_in_samples_advance(sbuf->length_in_samples());
102 }
103
104 void AUDIO_IO_BUFFERED::write_buffer(SAMPLE_BUFFER* sbuf) {
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y

Starting program: /usr/local/bin/ecasound_debug -i alsa -o null
Cannot insert breakpoint 1:
Cannot access memory at address 0x4014fa46.
(gdb) q
The program is running. Exit anyway? (y or n) y
[root@Greyhound ecasound_BUILD_ALSA_DEB]# exit
exit

Script done on Fri Jun 23 17:41:28 2000

--
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 : Sat Jun 24 2000 - 00:47:48 EEST