[test-results] [Bamboo] Asterisk > trunk - Solaris 10 - i686 > #78 has FAILED. Change made by 11 authors.

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------------------
Asterisk > trunk - Solaris 10 - i686 > #78 failed.
-----------------------------------------------------------------------
This build was manually triggered by Tilghman Lesher.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST-SOLARIS10X32VTRUNK-78/


--------------
Failing Jobs
--------------
  - Default Job (Default Stage): No tests found.


--------------
Code Changes
--------------
twilson (294048):

>Merged revisions 294047 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r294047 | twilson | 2010-11-05 08:36:20 -0700 (Fri, 05 Nov 2010) | 2 lines
>  
>  Tell people to use the correct common name for clients as well
>........
>

Russell Bryant (294749):

>Merged revisions 294745 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r294745 | russell | 2010-11-11 16:17:57 -0600 (Thu, 11 Nov 2010) | 6 lines
>  
>  Remove CCSS architecture PDF.
>  
>  It has been moved to:
>  
>  https://wiki.asterisk.org/wiki/display/AST/CCSS+Architecture
>........
>

rmudgett (294127):

>Merged revisions 294125 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r294125 | rmudgett | 2010-11-08 11:16:01 -0600 (Mon, 08 Nov 2010) | 33 lines
>  
>  valgrind reported references to freed memory during a mISDN hangup collision.
>  
>  Bad things have been happening in chan_misdn because the chan_misdn
>  channel private struct chan_list is not protected from reentrancy.  Hangup
>  collisions have be causing read and write accesses to freed memory.
>  
>  Converted chan_misdn struct chan_list to an ao2 object for its reference
>  counting feature.
>  
>  **********
>  Removed an impediment to converting chan_list to an ao2 object.
>  
>  The use of the other_ch member in chan_list is shaky at best.  It is set
>  if the incoming and outgoing call legs are mISDN.  The use of the other_ch
>  member goes against the Asterisk architecture and can even cause problems.
>  
>  1) It is used to disable echo cancellation.  This could be bad if the call
>  is forked and the winning call leg is not mISDN or the winning call leg is
>  not the last mISDN channel called by the fork.  The other_ch would become
>  a dangling pointer.
>  
>  2) It is used when the far end is alerting to hear the far end's inband
>  audio instead of Asterisk's generated ringback tone.  This is bad if the
>  call is forked.  You would only hear the last forked mISDN channel and it
>  may not be ringing yet.
>  
>  The other_ch would become a dangling pointer if the call is later
>  transferred.
>  **********
>  
>  JIRA SWP-2423
>  JIRA ABE-2614
>........
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/test-results/attachments/20101117/68e1ee62/attachment.htm