Summary: | ASTERISK-11872: regcontext | ||
Reporter: | triccyx (triccyx) | Labels: | |
Date Opened: | 2008-04-17 10:33:49 | Date Closed: | 2008-04-22 18:31:20 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_sip/Registration |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Asterisk crash if in sip.conf [general] ... regcontext=XXXX [100] regexten=100 ... In extension.conf [XXXX] exten => 100,1,Verbose(Hello) ****** ADDITIONAL INFORMATION ****** add_exten_to_pattern_tree() return NULL so in add_pri() crash | ||
Comments: | By: Digium Subversion (svnbot) 2008-04-22 16:52:49 Repository: asterisk Revision: 114553 U trunk/main/pbx.c ------------------------------------------------------------------------ r114553 | murf | 2008-04-22 16:52:48 -0500 (Tue, 22 Apr 2008) | 14 lines (closes issue ASTERISK-11872) Reported by: triccyx I had a bit a problem reproducing this in my setup (trying not to disturb my other stuff) but finally, I got it. The problem appears to be that the extension is being added in replace mode, which kinda assumes that the pattern trie has been formed, when in fact, in this case, it was not. The checks being done are not nec. when the tree is not yet formed, as changes like this will be summarized when the trie is formed in the future. I tested the fix, and the crash no longer happens. Feel free to open the bug again if this fix doesn't cure the problem. ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=114553 By: Digium Subversion (svnbot) 2008-04-22 16:59:42 Repository: asterisk Revision: 114556 _U branches/1.6.0/ U branches/1.6.0/main/pbx.c ------------------------------------------------------------------------ r114556 | murf | 2008-04-22 16:59:41 -0500 (Tue, 22 Apr 2008) | 22 lines Merged revisions 114553 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r114553 | murf | 2008-04-22 15:57:57 -0600 (Tue, 22 Apr 2008) | 14 lines (closes issue ASTERISK-11872) Reported by: triccyx I had a bit a problem reproducing this in my setup (trying not to disturb my other stuff) but finally, I got it. The problem appears to be that the extension is being added in replace mode, which kinda assumes that the pattern trie has been formed, when in fact, in this case, it was not. The checks being done are not nec. when the tree is not yet formed, as changes like this will be summarized when the trie is formed in the future. I tested the fix, and the crash no longer happens. Feel free to open the bug again if this fix doesn't cure the problem. ........ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=114556 By: Digium Subversion (svnbot) 2008-04-22 18:31:20 Repository: asterisk Revision: 114570 _U team/seanbright/resolve-shadow-warnings/ U team/seanbright/resolve-shadow-warnings/apps/app_queue.c U team/seanbright/resolve-shadow-warnings/channels/chan_iax2.c U team/seanbright/resolve-shadow-warnings/include/asterisk/pbx.h U team/seanbright/resolve-shadow-warnings/main/channel.c U team/seanbright/resolve-shadow-warnings/main/pbx.c ------------------------------------------------------------------------ r114570 | seanbright | 2008-04-22 18:31:18 -0500 (Tue, 22 Apr 2008) | 113 lines Merged revisions 114538,114540,114543,114546,114548,114551,114553,114559 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r114538 | russell | 2008-04-22 14:04:39 -0400 (Tue, 22 Apr 2008) | 17 lines Merged revisions 114537 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r114537 | russell | 2008-04-22 13:03:33 -0500 (Tue, 22 Apr 2008) | 9 lines If the dial string passed to the call channel callback does not indicate an extension, then consider the extension on the channel before falling back to the default. (closes issue ASTERISK-11881) Reported by: darren1713 Patches: exten_dial_fix_chan_iax2.c.patch uploaded by darren1713 (license 116) ........ ................ r114540 | qwell | 2008-04-22 14:14:09 -0400 (Tue, 22 Apr 2008) | 8 lines Allow setqueuevar=yes (et al) to work, after changes to pbx_builtin_setvar() (closes issue ASTERISK-11888) Reported by: bcnit Patches: 12490-queuevars-3.diff uploaded by qwell (license 4) Tested by: qwell ................ r114543 | russell | 2008-04-22 14:30:47 -0400 (Tue, 22 Apr 2008) | 10 lines Blocked revisions 114542 via svnmerge ........ r114542 | russell | 2008-04-22 13:29:56 -0500 (Tue, 22 Apr 2008) | 3 lines After a parked call times out, allow the call back to the parker to time out. (closes issue ASTERISK-10449) ........ ................ r114546 | russell | 2008-04-22 15:45:12 -0400 (Tue, 22 Apr 2008) | 9 lines Blocked revisions 114545 via svnmerge ........ r114545 | russell | 2008-04-22 14:45:00 -0500 (Tue, 22 Apr 2008) | 2 lines Trivial change to read the number of samples from a frame before calling ast_write() ........ ................ r114548 | russell | 2008-04-22 16:25:56 -0400 (Tue, 22 Apr 2008) | 2 lines re-add a fix that got lost with a recent change ................ r114551 | russell | 2008-04-22 17:15:41 -0400 (Tue, 22 Apr 2008) | 11 lines Blocked revisions 114550 via svnmerge ........ r114550 | russell | 2008-04-22 16:14:55 -0500 (Tue, 22 Apr 2008) | 4 lines I thought I was going to be able to leave 1.4 alone, but that was not the case. I ran into some problems with G.722 in 1.4, so I have merged in all of the fixes in this area that I have made in trunk/1.6.0, and things are happy again. ........ ................ r114553 | murf | 2008-04-22 17:57:57 -0400 (Tue, 22 Apr 2008) | 14 lines (closes issue ASTERISK-11872) Reported by: triccyx I had a bit a problem reproducing this in my setup (trying not to disturb my other stuff) but finally, I got it. The problem appears to be that the extension is being added in replace mode, which kinda assumes that the pattern trie has been formed, when in fact, in this case, it was not. The checks being done are not nec. when the tree is not yet formed, as changes like this will be summarized when the trie is formed in the future. I tested the fix, and the crash no longer happens. Feel free to open the bug again if this fix doesn't cure the problem. ................ r114559 | russell | 2008-04-22 18:17:31 -0400 (Tue, 22 Apr 2008) | 13 lines Merged revisions 114558 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r114558 | russell | 2008-04-22 17:15:36 -0500 (Tue, 22 Apr 2008) | 5 lines When we receive a full frame that is supposed to contain our call number, ensure that it has the correct one. (closes issue ASTERISK-9772) (AST-2008-006) ........ ................ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=114570 |