[Asterisk-Dev] coredump in chan_iax2.c and codec_ulaw.c

Steven Critchfield critch at basesys.com
Sun Mar 13 12:17:28 MST 2005


On Sun, 2005-03-13 at 12:43 +0100, Hans-Henrik Andresen wrote:
> Hi
> 
> Asterisk coredumps from time to timem and this is output from gdb.
> 
> Any clue what to do ?
> 
> Running Asterisk CVS-HEAD-02/25/05-07

Upgrade. Your almost a month out of current. 
More below.

> On suse 9.2 kernel 2.6.8-24.11-smp on Dell server
> 
> ----
> 
> Loaded symbols for /usr/lib/asterisk/modules/cdr_addon_mysql.so
> Reading symbols from /lib/libgcc_s.so.1...done.
> Loaded symbols for /lib/libgcc_s.so.1
> #0  0x410a211d in socket_read (id=0x81332a0, fd=11, events=1,
> cbdata=0x0) at chan_iax2.c:6879
> 6879                    fr.ts = duped_fr->ts;
> (gdb) bt full
> #0  0x410a211d in socket_read (id=0x81332a0, fd=11, events=1,
> cbdata=0x0) at chan_iax2.c:6879
>         sin = {sin_family = 2, sin_port = 55569, sin_addr = {s_addr =
> 16885952}, sin_zero = "\000\000\000\000\000\000\000"}
>         res = Variable "res" is not available.

Not sure what is going on here.

> ----
> 
> Its also coredumps in codec_ulaw.c
> 
> Reading symbols from /usr/lib/asterisk/modules/cdr_addon_mysql.so...done.
> Loaded symbols for /usr/lib/asterisk/modules/cdr_addon_mysql.so
> Reading symbols from /lib/libgcc_s.so.1...done.
> Loaded symbols for /lib/libgcc_s.so.1
> #0  0x40144343 in _int_malloc () from /lib/tls/libc.so.6
> (gdb) bt full
> #0  0x40144343 in _int_malloc () from /lib/tls/libc.so.6
> No symbol table info available.
> #1  0x40145c54 in malloc () from /lib/tls/libc.so.6
> No symbol table info available.
> #2  0x4231ddb6 in lintoulaw_new () at codec_ulaw.c:103
>         tmp = Variable "tmp" is not available.

According to that bt, it didn't dump core in asterisk code. It failed in
malloc and therefore it would make me question your kernel and/or
system. Also if there is a problem in lintoulaw, you probably would see
a lot of people complaining as I am sure pretty much every one uses that
section of code. 
-- 
Steven Critchfield <critch at basesys.com>




More information about the asterisk-dev mailing list