Steve Murphy 195fe34304
(closes issue #13236 ) ...
Reported by: korihor
Wow, this one was a challenge!
I regrouped and ran a new strategy for
setting the ~~MACRO~~ value; I set it once
per extension, up near the top. It is only
set if there is a switch in the extension.
So, I had to put in a chunk of code to detect
a switch in the pval tree.
I moved the code to insert the set of ~~exten~~
up to the beginning of the gen_prios routine,
instead of down in the switch code.
I learned that I have to push the detection
of the switches down into the code, so everywhere
I create a new exten in gen_prios, I make sure
to pass onto it the values of the mother_exten
first, and the exten next.
I had to add a couple fields to the exten
struct to accomplish this, in the ael_structs.h
file. The checked field makes it so we don't
repeat the switch search if it's been done.
I also updated the regressions.
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@136726 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2008-08-08 00:15:34 +00:00
2006-07-06 22:49:18 +00:00
2006-08-07 12:59:47 +00:00
2006-08-01 19:03:32 +00:00
2007-09-29 23:00:37 +00:00
2008-03-18 06:37:15 +00:00
2006-08-12 19:28:33 +00:00
2006-04-24 17:41:27 +00:00
2006-08-31 02:53:15 +00:00
2006-04-24 17:41:27 +00:00
2006-04-24 17:41:27 +00:00
2006-04-24 17:41:27 +00:00
2006-04-24 17:41:27 +00:00
2006-06-18 21:36:24 +00:00
2006-08-07 12:59:47 +00:00
2006-08-25 20:43:51 +00:00
2006-08-31 02:53:15 +00:00
2006-10-04 19:57:08 +00:00
2007-05-03 14:41:53 +00:00
2007-05-03 14:41:53 +00:00
2007-05-03 14:41:53 +00:00
2006-08-09 01:16:37 +00:00
2006-10-13 20:52:17 +00:00
2007-08-13 17:49:54 +00:00
2006-10-04 19:57:08 +00:00
2008-08-08 00:15:34 +00:00
2006-10-04 19:57:08 +00:00
2007-09-29 23:00:37 +00:00
2008-03-18 06:37:15 +00:00
2008-06-03 15:26:56 +00:00
2007-09-29 23:00:37 +00:00
2008-06-03 15:26:56 +00:00
2007-09-29 23:00:37 +00:00
2008-06-03 15:26:56 +00:00
2007-08-24 13:20:18 +00:00
2007-05-03 13:54:56 +00:00
2008-08-08 00:15:34 +00:00
2007-08-13 17:49:54 +00:00
2007-08-13 17:49:54 +00:00
2008-06-03 15:26:56 +00:00
closes issue #11086 where a user complains that references to following contexts report a problem; The problem was REALLy that he was referring to empty contexts, which were being ignored. Reporter stated that empty contexts should be OK. I checked it out against extensions.conf, and sure enough, empty contexts ARE ok. So, I removed the restriction from AEL. This, though, highlighted a problem with multiple contexts of the same name. This should be OK, also. So, I added the extend keyword to AEL, and it can preceed the 'context' keyword (mixed with 'abstract', if nec.). This will turn off the warnings in AEL if the same context name is used 2 or more times. Also, I now call ast_context_find_or_create for contexts now, instead of just ast_context_create; I did this because pbx_config does this. The 'extend' keyword thus becomes a statement of intent. AEL can now duplicate the behavior of pbx_config,
2007-10-26 16:34:02 +00:00
2008-08-08 00:15:34 +00:00
closes issue #11086 where a user complains that references to following contexts report a problem; The problem was REALLy that he was referring to empty contexts, which were being ignored. Reporter stated that empty contexts should be OK. I checked it out against extensions.conf, and sure enough, empty contexts ARE ok. So, I removed the restriction from AEL. This, though, highlighted a problem with multiple contexts of the same name. This should be OK, also. So, I added the extend keyword to AEL, and it can preceed the 'context' keyword (mixed with 'abstract', if nec.). This will turn off the warnings in AEL if the same context name is used 2 or more times. Also, I now call ast_context_find_or_create for contexts now, instead of just ast_context_create; I did this because pbx_config does this. The 'extend' keyword thus becomes a statement of intent. AEL can now duplicate the behavior of pbx_config,
2007-10-26 16:34:02 +00:00
2007-05-03 14:41:53 +00:00
2008-08-08 00:15:34 +00:00
2008-06-03 15:26:56 +00:00
2007-08-13 17:49:54 +00:00
2006-08-09 01:16:37 +00:00
2006-04-24 17:41:27 +00:00
195fe34304