Subject: [ecasound] ecasound crashed while loading a new chain file
From: Jeremy Hall (jhall@uu.net )
Date: Tue Sep 07 1999 - 01:03:46 EEST
Hi there,
I tried to load a chain file and got a segmentation fault.
gdb
GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support
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 -c
Starting program: /usr/local/bin/ecasound_debug -c
Linux thread target has modified Unknown signal handling
****************************************************************************
* ecasound v1.5.9r5 (C) 1997-1999 Kai Vehmanen
*
****************************************************************************
(eca-session) Interactive mode enabled.
(eca-session) Setting chainsetup "command-line-setup" active.
ecasound ('h' for help)> load chain1.fil
(eca-controller) Loading a new chainsetup from file "chain1.fil".
(eca-chainsetup) Setting buffersize to (samples) 4096.
(eca-chainsetup) Setting chainsetup name to "command-line-setup"
(eca-chainsetup) Simple mixmode selected.
(eca-chainsetup) Set active format to (bits/channels/srate): 16/2/44100
(eca-chainsetup) Set active format to (bits/channels/srate): 16/2/44100
- [ Chainsetup/Adding a new chain operator ]
-------------------------------
(fx) Reverb enabled; reverb time 20ms, surround 0, feedback 85.
(eca-chainsetup) Set active format to (bits/channels/srate): 16/2/44100
- [ Chainsetup/Adding a new input ]
----------------------------------------
(eca-chainsetup) Assigning file to chains: default
(eca-chainsetup) Opening file "/tmp/in.raw" for reading.
(audio-io) Channels 2, srate 44100, bits 16, align 4, bytes second 176400.
(eca-chainsetup) Set active format to (bits/channels/srate): 16/2/44100
- [ Chainsetup/Adding a new output ]
---------------------------------------
(eca-chainsetup) Assigning file to chains: default
(audio-io) Opening file "/tmp/out.raw" for reading and writing.
(audio-io) Channels 2, srate 44100, bits 16, align 4, bytes second 176400.
(eca-chainsetup) Closing audio device/file "/tmp/in.raw".
Program received signal SIGSEGV, Segmentation fault.
0x4009273c in RAWFILE::close_device (this=0x8081608) at audioio-raw.cpp:92
92 fio->close_file();
(gdb) bt
#0 0x4009273c in RAWFILE::close_device (this=0x8081608) at
audioio-raw.cpp:92
#1 0x40092181 in RAWFILE::~RAWFILE (this=0x8081608, __in_chrg=3)
at audioio-raw.cpp:40
#2 0x400a7628 in ECA_CHAINSETUP::~ECA_CHAINSETUP (this=0x8074a30,
__in_chrg=3)
at eca-chainsetup.cpp:123
#3 0x4009d773 in ECA_SESSION::add_setup (this=0x8074040,
comline_setup=0x8074a30) at eca-session.cpp:169
#4 0x4009dd26 in ECA_SESSION::load_active_setup (this=0x8074040,
name=@0x807477c) at eca-session.cpp:210
#5 0x400b3c55 in ECA_CONTROLLER::load_chainsetup (this=0xbffffcdc,
name=@0x807477c, handle_errors=true) at eca-controller.cpp:244
#6 0x400b2f91 in ECA_CONTROLLER::command (this=0xbffffcdc,
cmd=@0xbffffcd8)
at eca-controller.cpp:104
#7 0x805b1e2 in start_iactive (param=0x8074040) at eca-text.cpp:128
#8 0x805ac46 in main (argc=2, argv=0xbffffdc4) at eca-text.cpp:65
#9 0x401d4cb3 in __libc_start_main (main=0x805aa64 <main>, argc=2,
argv=0xbffffdc4, init=0x805a52c <_init>, fini=0x8062854 <_fini>,
rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffdbc)
at ../sysdeps/generic/libc-start.c:78
(gdb)
Here is the chain file.
[root@pongo tmp]# cat chain1.fil
-b:4096 -n:command-line-setup -m:simple
-a:default -f:16,2,44100 -i /tmp/in.raw
-a:default -f:16,2,44100 -o /tmp/out.raw
-a:default -etr:20.00,0.00,85.00
[root@pongo tmp]#
what is this gmon.out file that is showing up all over the place? It seems
to plant one wherever I run ecasound. There is a current one if you'd like
to see it. I assume it is some debugging data?
_J
This archive was generated by hypermail 2a24 : Sat Sep 25 1999 - 19:41:06 EEST