[test-results] [Bamboo] No agents to build plan Asterisk - Trunk - Mac OS X Snow Leopard (10.6) - x86_64

[Bamboo]

-------------------------------------------------------------------------------
ASTTRUNK-SNOWLEOPARD-X8664-249 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/ASTTRUNK-SNOWLEOPARD-X8664/log

--------------
Code Changes
--------------
twilson (320946):

>Use va_copy for stringfields
>
>The ast_string_field_build_va functions were written to take to separate
>va_lists to work around FreeBSD 4 not having va_copy defined.
>
>In the end, we don't support anything using gcc < 3 anyway because we use
>va_copy all over the place anyway. This patch just simplifies things by
>removing the second va_list function arguments in favor of va_copy.
>
>Review: https://reviewboard.asterisk.org/r/1233/
>--This line, and those below, will be ignored--
>
>M    include/asterisk/stringfields.h
>M    main/utils.c
>M    main/channel.c
>

russell (321003):

>Merged revisions 320947 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r320947 | russell | 2011-05-26 10:57:13 -0500 (Thu, 26 May 2011) | 2 lines
>  
>  Remove some variables that were set but unused.
>........
>

twilson (321043):

>Merged revisions 321042 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r321042 | twilson | 2011-05-26 10:29:54 -0700 (Thu, 26 May 2011) | 6 lines
>  
>  Initialize stack-allocated ast_sockaddrs before use
>  
>  It is important to always initialize ast_sockaddrs before use--even if they
>  are passed to ast_sockaddr_copy as the underlying storage could be bigger
>  than what ends up being copied--leaving part of the data unitialized.
>........
>


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