[asterisk-bugs] [Asterisk 0011233]: SIP channel crashes on new call

[noreply at bugs.digium.com]

The following issue has been CLOSED 
====================================================================== 
http://bugs.digium.com/view.php?id=11233 
====================================================================== 
Reported By:                jtodd
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   11233
Category:                   PBX/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 89242 
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             11-13-2007 11:07 CST
Last Modified:              11-14-2007 12:09 CST
====================================================================== 
Summary:                    SIP channel crashes on new call
Description: 
Attempting a call into a SIP channel (with an invalid extension) causes
Asterisk to crash.  Not sure if this is something that is specific to SIP,
but I have no other channel types to test with at the moment.
====================================================================== 

---------------------------------------------------------------------- 
 murf - 11-14-07 12:09  
---------------------------------------------------------------------- 
Ok, the second issue was trying to do hash table searches in a context
where no extensions (and therefore, no hash tables) existed. Hadn't thought
of that. A simple tweak and no more crashes. (89257)

Also found a bug that caused more than a few problems with trie formation:
the m2 pointer needs to be zeroed every iteration thru the loop in the
add-extension-to-tree func. Also, added some explanation and tightened up
the cli-print-match-char-tree func. (89271)

And finally, in 89272, I shuffled the pattern weights a bit to make them
less subject to pattern size, and to more strongly disfavor a . being
matched. Now, the weight of a . is a function of the number of characters
it matches. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-14-07 12:09  murf           Note Added: 0073643                          
======================================================================