Summary:ASTERISK-07853: Asterik 1.2 - > asterisk 1.4 (trunk) ooh323 crash
Reporter:Sean (c0w)Labels:
Date Opened:2006-10-02 07:48:02Date Closed:2007-01-29 13:24:39.000-0600
Versions:Frequency of
Environment:Attachments:( 0) core.rar
( 1) crash.txt
( 2) gdb.txt
( 3) h323_log
Description:I just wanted to test asterisk 1.4 trunk and the ooh323 to see if the newer one was any better.

i placed a call from the asterisk 1.2 box to asterisk 1.4 box and told the demo extension to just go to voicemailmain as a test and it segfaults every time.

Comments:By: Objective Systems (objsys) 2006-10-02 10:24:50

Hi c0w,
If you have compiled the libchan_h323.so with make debug call, Than please post here the core dump file.

If you hadn't, than recompile the asterisk-addons/asterisk-ooh323c with debug option.
make clean
make debug

Than run the same call scenario, generate crash for code dump & attach the core dump here.

Also provide us the your code svn info, by running "svn info" command in asterisk-addons dir.

Avin Patel

By: Sean (c0w) 2006-10-02 10:44:40

this is the output with the make debug version. i had to rar the core dump i think this is what you wanted. Also attached the the h323_log.

i hope this helps

By: jmls (jmls) 2006-11-02 12:04:40.000-0600

ping. housekeeping.

By: Objective Systems (objsys) 2007-01-19 11:48:32.000-0600

Can you provide your "svn info" command output.

I have tried to check the core dump file with gdb, and current asterisk-1.4 version. But it didn't provided much help to me.

Looking at logs, It sounds like asterisk is failing to perform the dial plan, than somewhere goes into segmentation fault.

warning: exec file is newer than core file.
Core was generated by `asterisk -vvvvvvvvvddddddddddgc'.
Program terminated with signal 11, Segmentation fault.
#0  0xa7d6e98c in ?? ()
(gdb) bt
#0  0xa7d6e98c in ?? ()
#1  0x08099323 in __ast_format_register (f=0x0, mod=0xa42) at utils.h:362
#2  0x080c8b4c in _extension_match_core (pattern=0x81db140 "",
   data=0x81d4e1c "\002", mode=4096) at pbx.c:818
#3  0xa6fec0fc in ?? ()
#4  0x081c20f0 in ?? ()
ASTERISK-1  0x081d4e1c in ?? ()
ASTERISK-2  0x00001000 in ?? ()
ASTERISK-3  0x081dae78 in ?? ()
ASTERISK-4  0xa6efb4fc in ?? ()
ASTERISK-5  0xa7dbe5b4 in ?? ()
ASTERISK-6 0x00000630 in ?? ()
ASTERISK-7 0xa7d615f8 in ?? ()
ASTERISK-8 0x0000001c in ?? ()
ASTERISK-9 0xa7f9e017 in ?? ()
ASTERISK-10 0x00001000 in ?? ()
ASTERISK-11 0xa6efb51c in ?? ()
ASTERISK-12 0xa7d629a8 in ?? ()
ASTERISK-13 0x081dae78 in ?? ()
ASTERISK-14 0x081c1b70 in ?? ()

I would need core dump with newer version of asterisk or "svn info" output.

Avin Patel

By: Objective Systems (objsys) 2007-01-29 13:24:39.000-0600

Hi c0w,
I am not able to check core dump file, further without asterisk version or "svn info" output.

Please reopen the bug, when you have the this information. or you can run the gdb with core dump file & provide us the output of back trace command.

Avin Patel