aboutsummaryrefslogtreecommitdiffstats
path: root/apps
diff options
context:
space:
mode:
authorrussell <russell@f38db490-d61c-443f-a65b-d21fe96a405b>2010-07-13 16:55:22 +0000
committerrussell <russell@f38db490-d61c-443f-a65b-d21fe96a405b>2010-07-13 16:55:22 +0000
commit548d311b7bfddd5ce80fc7f81a2536b9007b5ec6 (patch)
treebadf252e1ae0c5b819439ddc4e18540551263e9f /apps
parent7fd284c51580790f1a834a9c42401998986d9dbc (diff)
Merged revisions 275995 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk ................ r275995 | russell | 2010-07-13 11:53:44 -0500 (Tue, 13 Jul 2010) | 21 lines Merged revisions 275994 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r275994 | russell | 2010-07-13 11:51:18 -0500 (Tue, 13 Jul 2010) | 14 lines Access peer->cdr directly instead of through a saved off reference. At this point in the code, it is possible that peer_cdr may be invalid. Specifically, in the blind transfer code, CDRs are swapped between channels. So, peer_cdr is no longer == peer->cdr. The scenario that exposed a crash in this code was a blind transfer that hit the system call limit, causing the transferee channel to get destroyed after the transfer attempt failed. Even if it succeeds and this code doesn't crash, this code was still trying to reset a CDR on a channel that was now owned by a different thread, which is a BadThing(tm). (ABE-2417) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@275996 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'apps')
0 files changed, 0 insertions, 0 deletions