[asterisk-bugs] [Asterisk 0018968]: 'core show locks' should show Thread ID in HEX, then would match up with GDB's backtrace

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18968 
====================================================================== 
Reported By:                alecdavis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18968
Category:                   General
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     new
Asterisk Version:           1.8.2.3 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-03-13 22:30 CDT
Last Modified:              2011-03-13 22:30 CDT
====================================================================== 
Summary:                    'core show locks' should show Thread ID in HEX, then
would match up with GDB's backtrace
Description: 
=== Thread ID: -1227080816 (tps_processing_function started at [  451]
taskprocessor.c ast_taskprocessor_get())
=== ---> Lock https://issues.asterisk.org/view.php?id=0 (pbx.c): MUTEX 9911
ast_rdlock_contexts &conlock
0x8217820 (1)
        /usr/sbin/asterisk(ast_bt_get_addresses+0x19) [0x811e716]


Thread 40 (Thread 0xb6dc3b90 (LWP 31215)):
https://issues.asterisk.org/view.php?id=0  0xb77e3424 in __kernel_vsyscall ()
https://issues.asterisk.org/view.php?id=1  0xb7396c99 in __lll_lock_wait () from
/lib/i686/cmov/libpthread.so.0
https://issues.asterisk.org/view.php?id=2  0xb73920d3 in _L_lock_291 () from
/lib/i686/cmov/libpthread.so.0
https://issues.asterisk.org/view.php?id=3  0xb7391b36 in pthread_mutex_lock ()
from
/lib/i686/cmov/libpthread.so.0
https://issues.asterisk.org/view.php?id=4  0xb75ceb36 in pthread_mutex_lock ()
from /lib/i686/cmov/libc.so.6
https://issues.asterisk.org/view.php?id=5  0x08118112 in
__ast_pthread_mutex_lock (filename=0xb67e4594
"chan_sip.c", lineno=13591, func=0xb67ecdaa "cb_extensionstate",
mutex_name=0xb67e5ff9 "p", 
    t=0xaf0a3458) at lock.c:230
https://issues.asterisk.org/view.php?id=6  0x08085888 in __ao2_lock
(user_data=0xaf0a3a90, file=0xb67e4594
"chan_sip.c", func=0xb67ecdaa "cb_extensionstate", line=13591,
var=0xb67e5ff9 "p")
    at astobj2.c:157
https://issues.asterisk.org/view.php?id=7  0xb678841a in cb_extensionstate
(context=0x9221030 "trusted",
exten=0x9260614 "8520", state=0, data=0xaf0a3a90) at chan_sip.c:13591
https://issues.asterisk.org/view.php?id=8  0x0813fc29 in handle_statechange
(datap=0xaebf4c00) at pbx.c:4289
https://issues.asterisk.org/view.php?id=9  0x08183deb in tps_processing_function
(data=0xb6e02558) at
taskprocessor.c:310
https://issues.asterisk.org/view.php?id=10 0x081950be in dummy_start
(data=0xb6e00d90) at utils.c:970
https://issues.asterisk.org/view.php?id=11 0xb73904c0 in start_thread () from
/lib/i686/cmov/libpthread.so.0
https://issues.asterisk.org/view.php?id=12 0xb75c084e in clone () from
/lib/i686/cmov/libc.so.6


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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-03-13 22:30 alecdavis      New Issue                                    
2011-03-13 22:30 alecdavis      Asterisk Version          => 1.8.2.3         
2011-03-13 22:30 alecdavis      Regression                => No              
2011-03-13 22:30 alecdavis      SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
======================================================================