aboutsummaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authormurf <murf@f38db490-d61c-443f-a65b-d21fe96a405b>2008-07-23 22:07:48 +0000
committermurf <murf@f38db490-d61c-443f-a65b-d21fe96a405b>2008-07-23 22:07:48 +0000
commit4c55abaf20ad048363f8871fe6d30c39072c50e9 (patch)
treeeba0f913dbe47bd0490420c5e220e68688d2d7c9 /Makefile
parentb80fecce27cedcbfa96cf628c86e1ac2a909caa1 (diff)
Merged revisions 133299 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk ........ r133299 | murf | 2008-07-23 16:03:48 -0600 (Wed, 23 Jul 2008) | 27 lines (closes issue #13144) Reported by: murf Tested by: murf For: J. Geis The 'data' field in the ast_exten struct was being 'moved' from the current dialplan to the replacement dialplan. This was not good, as the current dialplan could have problems in the time between the change and when the new dialplan is swapped in. So, I modified the merge_and_delete code to strdup the 'data' field (the args to the app call), and then it's freed as normal. I improved a few messages; I added code to limit the number of calls to the context_merge_incls_swits_igps_other_registrars() to one per context. I don't think having it called multiple times per context was doing anything bad, but it was inefficient. I hope this fixes the problems Mr. Geiss was noting in asterisk-users, see http://lists.digium.com/pipermail/asterisk-users/2008-July/215634.html ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@133300 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions