[test-results] [Bamboo] No agents to build plan Asterisk - 1.8 - Ubuntu Lucid (10.04) - amd64

Bamboo bamboo at asterisk.org
Mon Apr 4 10:34:34 CDT 2011


-------------------------------------------------------------------------------
AST18-LUCID-AMD64-334 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/AST18-LUCID-AMD64/log

--------------
Code Changes
--------------
tilghman (312288):

>Merged revisions 312287 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r312287 | tilghman | 2011-04-01 05:51:24 -0500 (Fri, 01 Apr 2011) | 14 lines
>  
>  Merged revisions 312285 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r312285 | tilghman | 2011-04-01 05:36:42 -0500 (Fri, 01 Apr 2011) | 7 lines
>    
>    Found some leaking file descriptors while looking at ast_FD_SETSIZE dead code.
>    
>    (issue #18969)
>     Reported by: oej
>     Patches: 
>           20110315__issue18969__14.diff.txt uploaded by tilghman (license 14)
>  ........
>................
>

rmudgett (312461):

>CallCompletionRequest()/CallCompletionCancel() exit non-zero if fail.
>
>The CallCompletionRequest()/CallCompletionCancel() dialplan applications
>exit nonzero on normal failure conditions.  The nonzero exit causes the
>dialplan to hangup immediately.  The dialplan author has no opportunity to
>report success/failure to the user.
>
>* Made always return zero so the dialplan can continue.
>
>* Made set CC_REQUEST_RESULT/CC_REQUEST_REASON and
>CC_CANCEL_RESULT/CC_CANCEL_REASON channel variables respectively.  Also
>documented the values set.
>
>* Reduced the warning about no core instance in CallCompletionCancel() to
>a debug message.  It is a normal event and should not be output at the
>WARNING level.
>
>(closes issue #18763)
>Reported by: p_lindheimer
>Patches:
>      ccss.patch uploaded by p lindheimer (license 558) Modified
>Tested by: p_lindheimer, rmudgett
>
>JIRA SWP-3042
>

rmudgett (312509):

>When a call going out an NT-PTMP port gets rejected, Asterisk crashes.
>
>If a call is sent to an ISDN phone that rejects the call with
>RELEASE_COMPLETE(cause: call reject(21), or busy(17)) Asterisk crashes.
>
>I could not get my setup to crash.  However, I could see the possibility
>from a race condition between queuing an AST_CONTROL_BUSY to the core and
>then queueing an AST_CONTROL_HANGUP.  If the AST_CONTROL_BUSY is processed
>before the AST_CONTROL_HANGUP is queued, the ast_channel could be
>destroyed out from under chan_misdn.
>
>Avoid this particular crash scenario by not queueing the
>AST_CONTROL_HANGUP if the AST_CONTROL_BUSY was queued.
>
>(closes issue #18408)
>Reported by: wimpy
>Patches:
>      issue18408_v1.8.patch uploaded by rmudgett (license 664)
>Tested by: rmudgett, wimpy
>
>JIRA SWP-2679
>


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


More information about the Test-results mailing list