[asterisk-bugs] [Asterisk 0016914]: crash in musiconhold

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16914 
====================================================================== 
Reported By:                kobaz
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16914
Category:                   Resources/res_musiconhold
Reproducibility:            have not tried
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0.22 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-02-26 09:39 CST
Last Modified:              2010-02-28 13:57 CST
====================================================================== 
Summary:                    crash in musiconhold
Description: 
I recently upgraded to 1.6.0.22, and got a crash when someone went on
hold.

https://issues.asterisk.org/view.php?id=0  0xb6c2fb65 in moh_class_destructor
(obj=0xb6bcdf70) at
res_musiconhold.c:1398
https://issues.asterisk.org/view.php?id=1  0x08097336 in
ast_read_generator_actions (chan=0x0, f=0xb6b1920c) at
channel.c:2516
https://issues.asterisk.org/view.php?id=2  0x08097e17 in __ast_read
(chan=0xb6bcdf70, dropaudio=0) at
channel.c:3003
https://issues.asterisk.org/view.php?id=3  0x0809a282 in ast_read
(c0=0xb6bcdf70, c1=0x825b628,
config=0xb5832d0c, fo=0xb5831f68, rc=0xb5831f64) at channel.c:3050
https://issues.asterisk.org/view.php?id=4  ast_generic_bridge (c0=0xb6bcdf70,
c1=0x825b628, config=0xb5832d0c,
fo=0xb5831f68, rc=0xb5831f64) at channel.c:4839
https://issues.asterisk.org/view.php?id=5  ast_channel_bridge (c0=0xb6bcdf70,
c1=0x825b628, config=0xb5832d0c,
fo=0xb5831f68, rc=0xb5831f64) at channel.c:5210
https://issues.asterisk.org/view.php?id=6  0x080ba89f in ast_bridge_call
(chan=0xb6bcdf70, peer=0x825b628,
config=0xb5832d0c) at features.c:2338
https://issues.asterisk.org/view.php?id=7  0xb683980b in dial_exec_full
(chan=0xb5832e60, data=0x0,
peerflags=0x44, continue_exec=0xb5834f28) at app_dial.c:1548
https://issues.asterisk.org/view.php?id=8  0xb683b30d in dial_exec_full
(chan=0xb6bcdf70, data=0xb5834f28,
peerflags=0xb5834f28, continue_exec=0x1) at app_dial.c:1831
https://issues.asterisk.org/view.php?id=9  0x080f29fe in pbx_exec (c=0x1,
app=0xb6b8e8b8, data=0xb5834f28) at
pbx.c:951
https://issues.asterisk.org/view.php?id=10 0x080fcaa8 in pbx_extension_helper
(c=0xb6bcdf70, con=0x0,
context=0xb6bce0f8 "queue_join", exten=0xb6bce148 "s", priority=34,
label=0x0, callerid=0x8277420 "1971",
    action=E_SPAWN, found=0xb5837348, combined_find_spawn=1) at
pbx.c:3136
https://issues.asterisk.org/view.php?id=11 0x080fe695 in ast_spawn_extension
(c=0xb6bcdf70, args=0x0) at
pbx.c:3603
https://issues.asterisk.org/view.php?id=12 __ast_pbx_run (c=0xb6bcdf70,
args=0x0) at pbx.c:3690
https://issues.asterisk.org/view.php?id=13 0x080ffd60 in pbx_thread
(data=0xb6bcdf70) at pbx.c:3963
https://issues.asterisk.org/view.php?id=14 0x0813a97b in dummy_start
(data=0xb6bda390) at utils.c:861
https://issues.asterisk.org/view.php?id=15 0xb74784b5 in start_thread () from
/lib/i686/cmov/libpthread.so.0
https://issues.asterisk.org/view.php?id=16 0xb7570a5e in clone () from
/lib/i686/cmov/libc.so.6

I have no other information, I'll try and build a test to reproduce the
problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0118659) tilghman (administrator) - 2010-02-28 13:57
 https://issues.asterisk.org/view.php?id=16914#c118659 
---------------------------------------------------------------------- 
You're going to have to reproduce this with a non-optimized build.  The
optimization is obscuring important information in this backtrace. 
Additionally, it would be helpful if the Asterisk source were still on this
system. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-28 13:57 tilghman       Note Added: 0118659                          
======================================================================