[test-results] [Bamboo] Asterisk Testing > Asterisk 10 Branch > #499 was SUCCESSFUL (with 218 tests). Change made by jrose and file.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk 10 Branch > #499 was successful.
-----------------------------------------------------------------------
Code has been updated by jrose, file.
218 tests in total.

http://bamboo.asterisk.org/browse/TESTING-ASTERISK10BRANCH-499/


--------------
Code Changes
--------------
jrose (377261):

>res_srtp: Fix a crash caused by srtp_dealloc on an already dealloced session
>
>When srtp_create fails, the session may be dealloced or just not alloced. At
>the same time though, the session pointer might not be set to NULL in this
>process and attempting to srtp_dealloc it again will cause a segfault. This
>patch checks for failure of srtp_create and sets the session pointer to NULL
>if it fails.
>
>(closes issue ASTERISK-20499)
>Reported by: tootai
>Review: https://reviewboard.asterisk.org/r/2228/
>........
>
>Merged revisions 377256 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>

file (377258):

>Fix a SIP request memory leak with TLS connections.
>
>During the TLS re-work in chan_sip some TLS specific code was moved
>into a separate function. This function operates on a copy of the
>incoming SIP request. This copy was never deinitialized causing a
>memory leak for each request processed.
>
>This function is now given a SIP request structure which it can use
>to copy the incoming request into. This reduces the amount of memory
>allocations done since the internal allocated components are reused
>between packets and also ensures the SIP request structure is
>deinitialized when the TLS connection is torn down.
>
>(closes issue ASTERISK-20763)
>Reported by: deti
>........
>
>Merged revisions 377257 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>



--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20121205/129e6488/attachment.htm>