[Home]

Summary:ASTERISK-16635: Crashed after dial local without /n
Reporter:james.chiang (jamesnet)Labels:
Date Opened:2010-09-01 02:55:52Date Closed:2010-10-15 01:21:06
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Applications/app_dial
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) asterisk_console.txt
( 1) backtrace.txt
( 2) check_out_from_svn_log.txt
( 3) extensions.conf
( 4) gdb_debug.txt
( 5) sip.conf
Description:Simple dial plan and dial local channel several times than crash.
if dial local without /n (Dial(LOCAL/${EXTEN}@mytest,15,r)) => Crash

Attached:
Configure part:
 sip.conf and extensions.conf
Debug part:
 Asterisk console
 Core dump gdb result





****** ADDITIONAL INFORMATION ******

Platform (O/S): Linux version 2.6.24-24-server (buildd@palmer) (gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu4)) #1 SMP Tue Jul 7 20:21:17 UTC 2009

---------------------- major dial plan start -----------------
[mytest]
exten => _91XX,1,Dial(SIP/${EXTEN},15,Tt)

[from-office]
exten => _91XX,1,NoOp(${EXTEN})
exten => _91XX,n,Dial(LOCAL/${EXTEN}@mytest,15,r)
--------------------------------------------------------------
Comments:By: Stefan Schmidt (schmidts) 2010-09-01 11:48:53

you missed some information in the gdb debug. with "thread apply all bt" while in gdb all threads are shown which are openend at this moment. this could help solving this issue.

best regards
By: Leif Madsen (lmadsen) 2010-09-01 14:43:49

Agreed -- we'll need the output of:

* bt
* bt all
* thread apply all bt

Make sure your Asterisk is compiled with DONT_OPTIMIZE or the backtrace will not be useful.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Thank you for your bug report. In order to move your issue forward, we require a backtrace from the core file produced after the crash. Please see the doc/backtrace.txt file in your Asterisk source directory.

Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

after enabling, reproduce the crash, and then execute the instructions in doc/backtrace.txt.

When complete, attach that file to this issue report. Thanks!
By: reversetw (reversetw) 2010-09-30 11:04:00

yup~ I also met ths same crash.
When I use LOCAL to avoid the seeking of peers and extensions,
asterisk crashed!
Isn't it a simple and daily-used case? How come the asterisk will crash in such a case!?
By: Alec Davis (alecdavis) 2010-09-30 14:24:28

I believe I've fixed this in 1.8 and trunk, see ASTERISK-16512
By: james.chiang (jamesnet) 2010-10-14 20:26:19

Yes, it's fixed. Relationship 0017801.
By: Alec Davis (alecdavis) 2010-10-14 20:39:22

Fixed in:
1.8 since r287661
trunk since r287671