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

[Bamboo]

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

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

--------------
Code Changes
--------------
rmudgett (348362):

>Fix crash during CDR update.
>
>The ast_cdr_setcid() and ast_cdr_update() were shown in ASTERISK-18836 to
>be called by different threads for the same channel.  The channel driver
>thread and the PBX thread running dialplan.
>
>* Add lock protection around CDR API calls that access an ast_channel
>pointer.
>
>(closes issue ASTERISK-18836)
>Reported by: gpluser
>
>Review: https://reviewboard.asterisk.org/r/1628/
>

rmudgett (348401):

>Fix cut and past error in ast_call_forward().
>
>(issue ASTERISK-18836)
>

rmudgett (348464):

>Clean-up on isle five for __ast_request_and_dial() and ast_call_forward().
>
>* Add locking when a channel inherits variables and datastores in
>__ast_request_and_dial() and ast_call_forward().  Note: The involved
>channels are not active so there was minimal potential for problems.
>
>* Remove calls to ast_set_callerid() in __ast_request_and_dial() and
>ast_call_forward() because the set information is for the wrong direction.
>
>* Don't use C++ keywords for variable names in ast_call_forward().
>
>* Run the redirecting interception macro if defined when forwarding a call
>in ast_call_forward().  Note: Currently will never execute because the
>only callers that supply a calling channel supply a hungup or zombie
>channel.
>
>* Make feature_request_and_dial() put the transferee into autoservice when
>it calls ast_call_forward() in case a redirection interception macro is
>run.  Note: Currently will never happen because the caller channel (Party
>B) is always hungup at this time.
>
>* Make feature_request_and_dial() ignore the AST_CONTROL_PROCEEDING frame
>to silence a log message.
>


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