[test-results] [Bamboo] Asterisk Testing > Asterisk 10 Branch > #217 has FAILED. Change made by Mark Michelson.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk 10 Branch > #217 failed.
-----------------------------------------------------------------------
Code has been updated by Mark Michelson.
No failed tests found, a possible compilation error.

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


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 64-Bit (CentOS 6): 78 tests passed.



--------------
Code Changes
--------------
Mark Michelson (367028):

>Address MISSING_BREAK static analysis reports some more.
>
>This addresses core findings 4 and 6.
>
>Moises Silva helped me by stating that a break could be
>safely added to the case where it is added in chan_dahdi.c
>
>In say.c, I have added a comment indicating that static analysis
>complains but that it is currently unknown if this is correct.
>
>This fixes all core findings of this type.
>
>(closes issue ASTERISK-19662)
>reported by Matthew Jordan
>........
>
>Merged revisions 367027 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>

Mark Michelson (367003):

>Fix memory leak of SSL_CTX structures in TLS core.
>
>SSL_CTX structures were allocated but never freed. This was a bigger
>issue for clients than servers since new SSL_CTX structures could be
>allocated for each connection. Servers, on the other hand, typically
>set up a single SSL_CTX for their lifetime.
>
>This is solved in two ways:
>
>1. In __ssl_setup(), if a tcptls_cfg has an ssl_ctx on it, it is
>freed so that a new one can take its place.
>2. A companion to ast_ssl_setup() called ast_ssl_teardown() has
>been added so that servers can properly free their SSL_CTXs.
>
>(issue ASTERISK-19278)
>........
>
>Merged revisions 367002 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/20120523/5efb71e4/attachment-0001.htm>