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

Bamboo bamboo at asterisk.org
Fri Dec 23 11:22:15 CST 2011


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

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

--------------
Code Changes
--------------
mjordan (348889):

>Fix for memory leaks / cleanup in cel_pgsql
>
>There were a number of issues in cel_pgsql's pgsql_log method:
>* If either sql or sql2 could not be allocated, the method would return while
>the pgsql_lock was still locked
>* If the execution of the log statement succeeded, the sql and sql2 structs
>were never free'd
>* Reconnection successes were logged as ERRORs.  In general, the severity of
>several logging statements was reduced
>
>(closes issue ASTERISK-18879)
>Reported by: Niolas Bouliane
>Tested by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1624/
>........
>
>Merged revisions 348888 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>

rmudgett (348952):

>Fix extension state callback references in chan_sip.
>
>Chan_sip gives a dialog reference to the extension state callback and
>assumes that when ast_extension_state_del() returns, the callback cannot
>happen anymore.  Chan_sip then reduces the dialog reference count
>associated with the callback.  Recent changes (ASTERISK-17760) have
>resulted in the potential for the callback to happen after
>ast_extension_state_del() has returned.  For chan_sip, this could be very
>bad because the dialog pointer could have already been destroyed.
>
>* Added ast_extension_state_add_destroy() so chan_sip can account for the
>sip_pvt reference given to the extension state callback when the extension
>state callback is deleted.
>
>* Fix pbx.c awkward statecbs handling in ast_extension_state_add_destroy()
>and handle_statechange() now that the struct ast_state_cb has a destructor
>to call.
>
>* Ensure that ast_extension_state_add_destroy() will never return -1 or 0
>for a successful registration.
>
>* Fixed pbx.c statecbs_cmp() to compare the correct information.  The
>passed in value to compare is a change_cb function pointer not an object
>pointer.
>
>* Make pbx.c ast_merge_contexts_and_delete() not perform callbacks with
>AST_EXTENSION_REMOVED with locks held.  Chan_sip is notorious for
>deadlocking when those locks are held during the callback.
>
>* Removed unused lock declaration for the pbx.c store_hints list.
>
>(closes issue ASTERISK-18844)
>Reported by: rmudgett
>
>Review: https://reviewboard.asterisk.org/r/1635/
>........
>
>Merged revisions 348940 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>

kmoore (348993):

>Fix missing doc tags found while fixing ASTERISK-18689
>
>Add missing <variable></variable> tags in app_dial documentation.
>........
>
>Merged revisions 348992 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/20111223/e04a4fb1/attachment-0001.htm>


More information about the Test-results mailing list