[asterisk-dev] 1.6.1.10-rc1 crash on a VOLUME() func

[Pavel Troller]

> Pavel Troller wrote:
> >  Still no backtrace. I've recompiled asterisk with full debug symbols, it's
> > 15MB long, but the backtrace of the crash is still stupid:
> 
> Did you turn on DONT_OPTIMIZE for your build?
> 

Of course. All the files were compiled using -g3 option with no optimisation
options, verified. One more check: running asterisk in gdb, then breaking by
Ctrl-C and showing backtrace. You can see that it should be fully debuggable.
Really don't know how to improve the quality of crash backtrace :-(.

root at hyper:~# gdb /opt/asterisk/sbin/asterisk
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run -r
Starting program: /opt/asterisk/sbin/asterisk -r
[Thread debugging using libthread_db enabled]
Asterisk 1.6.1.10-rc1, Copyright (C) 1999 - 2009 Digium, Inc. and others.
Created by Mark Spencer <markster at digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 1.6.1.10-rc1 currently running on hyper (pid = 32130)
Verbosity is at least 3
hyper*CLI> [New Thread 0xb72ff6c0 (LWP 17936)]

Program received signal SIGINT, Interrupt.
[Switching to Thread 0xb72ff6c0 (LWP 17936)]
0xb8054424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb8054424 in __kernel_vsyscall ()
#1  0xb73f211e in poll () from /lib/libc.so.6
#2  0x0807892f in ast_el_read_char (editline=0x8e69610, cp=0xbf9cdd6b "\004ôżGt read.c:350
#4  0x0815b971 in el_gets (el=0x8e69610, nread=0xbf9cdffc) at read.c:243
#5  0x0807a864 in ast_remotecontrol (data=0x0) at asterisk.c:2568
#6  0x0807d997 in main (argc=2, argv=0xbf9ce6f4) at asterisk.c:3283
(gdb)

With regards, Pavel