diff options
| author | murf <murf@f38db490-d61c-443f-a65b-d21fe96a405b> | 2008-09-23 16:41:49 +0000 |
|---|---|---|
| committer | murf <murf@f38db490-d61c-443f-a65b-d21fe96a405b> | 2008-09-23 16:41:49 +0000 |
| commit | 04fc30365c029ddcd526622e29d125465a6b6932 (patch) | |
| tree | 5d1f70684483d132ee3380946504a9f22477a941 /channels | |
| parent | ba6c4f8903ba94cf04c91a9d7cf4e5082fe10e86 (diff) | |
(closes issue #13489)
Reported by: DougUDI
Tested by: murf
(closes issue #13490)
Reported by: seanbright
Tested by: murf
(closes issue #13467)
Reported by: edantie
Tested by: murf, edantie, DougUDI
This crash happens because we are unsafely handling old pointers.
The channel whose cdr is being handled, has been hung up and
destroyed already. I reorganized the code a bit, and tried not
to lose the fork-cdr-chain concepts of the previous code.
I now verify that the 'previous' channel (the channel we
had when the bridge was started), still exists, by looking it up
by name in the channel list. I also do not try to reset the
CDR's of channels involved in bridges.
Testing shows it solves the crash problem, and should not
negatively impact previous fixes involving CDR's generated
during/after blind transfers. (The reason we need to reset
the CDR's on the "beginning" channels in the first place).
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@144066 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'channels')
0 files changed, 0 insertions, 0 deletions