[asterisk-bugs] [Asterisk 0013380]: [patch] pthread_cancel segmentation faults

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13380 
====================================================================== 
Reported By:                Matti
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13380
Category:                   Channels/chan_h323
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.2.X 
SVN Branch (only for SVN checkouts, not tarball releases):  1.2  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-08-27 01:20 CDT
Last Modified:              2008-08-28 08:14 CDT
====================================================================== 
Summary:                    [patch] pthread_cancel segmentation faults
Description: 
pthread_cancel segmentation faults when the bind address in h323.conf is
not configured in Linux. A detached thread must not be cancelled.
====================================================================== 

---------------------------------------------------------------------- 
 (0091857) Corydon76 (administrator) - 2008-08-28 08:14
 http://bugs.digium.com/view.php?id=13380#c91857 
---------------------------------------------------------------------- 
Your backtrace actually provided the necessary information to figure out
what's happening here.  Apparently, your compiler is rejecting the
comparison of an unsigned type with a negative constant, and is thus
allowing the if conditional to proceed, even though it was meant not to.  I
have determined that there is a function designed for comparison of
pthread_t type, which should make the comparison equal, as the value passed
on the stack will transparently become equal due to (intentional)
underflow.

Please let me know if this newly uploaded patch fixes your crash. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-08-28 08:14 Corydon76      Note Added: 0091857                          
======================================================================