[asterisk-bugs] [Asterisk 0016967]: Nested Dial()s that use U() or M() results in: '&(audiohook)->lock' freed more times than we've locked!

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16967 
====================================================================== 
Reported By:                DennisD
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16967
Category:                   Core/General
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                       SWP-1041 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-04 21:11 CST
Last Modified:              2010-06-01 21:02 CDT
====================================================================== 
Summary:                    Nested Dial()s that use U() or M() results in: 
'&(audiohook)->lock' freed more times than we've locked!
Description: 
/include/asterisk/lock.h: audiohook.c line 648
(audio_audiohook_write_list): Error obtaining mutex: Invalid argument
/include/asterisk/lock.h: audiohook.c line 662
(audio_audiohook_write_list): mutex '&(audiohook)->lock' freed more times
than we've locked!
/include/asterisk/lock.h: audiohook.c line 662
(audio_audiohook_write_list): Error releasing mutex: Invalid argument

====================================================================== 

---------------------------------------------------------------------- 
 (0122746) DennisD (reporter) - 2010-06-01 21:02
 https://issues.asterisk.org/view.php?id=16967#c122746 
---------------------------------------------------------------------- 
I just tried the test case that ALWAYS crashed Asterisk for me, but with
1.6.2.9-rc1 and I CANNOT reproduce the problem anymore.  This may have been
fixed in 1.6.2.8 (or possibly earlier).

OR this may be because I'm now using Dahdi_dummy as a timing source on my
x86_64 machine.  There is definitely something "funny" with
res_timing_timerfd and x86_64, but I've been unable to prove it in any way
so I haven't opened up another bug report.

I just tried 1.6.2.9-rc1 after commenting out noload =>
res_timing_timerfd.so in modules.conf and Asterisk still doesn't crash.

To reproduce this every time, I'd call in on a SIP DID and dial 0, which
would dial out to two cell phones using U().  This crashed it every time. 
I haven't had asterisk crash in a while, which seemed odd <g>, so I
revisited this issue.

If Jiri can reproduce this then definitely keep it open and I'll try some
more to crash it.  Otherwise, this isn't a problem for me anymore. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-01 21:02 DennisD        Note Added: 0122746                          
======================================================================