[test-results] [Bamboo] No agents to build plan Asterisk - 1.8 - Compile - Tarball

[Bamboo]

-------------------------------------------------------------------------------
AST18-COMPILE-TARBALL-125 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/AST18-COMPILE-TARBALL/log

--------------
Code Changes
--------------
jrose (362354):

>Make use of va_args more appropriate to form in various res_config modules plus utils.
>
>A number of va_copy operations weren't matched with a corresponding va_end in res_config_odbc. Also, there was a potential for va_end to be invoked twice on the same va_arg in utils, which would mean invoking va_end on an undefined variable... which is bad.
>va_end is removed from various functions in config_pgsql and config_curl since they aren't making their own copy.  The invokers of those functions are responsible for calling va_end on them.
>
>(issue ASTERISK-19451)
>Reported by: Walter Doekes
>Review: https://reviewboard.asterisk.org/r/1848/
>

mjordan (362355):

>Fix places where a negative return from ftello could be used as invalid input
>
>In a variety of locations in both reading and writing a file, the result
>from the C library function ftello is used as input to other functions.  For
>the parameters and functions in question, a negative value is invalid input.
>This patch checks the return value from the ftello function to determine if
>we were able to determine the current position in the file stream and, if not,
>fail gracefully.
>
>(issue ASTERISK-19655)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1863/

mjordan (362359):

>Fix places in main where a negative return value could impact execution
>
>This patch addresses a number of modules in main that did not handle the
>negative return value from function calls adequately, or were not sufficiently
>clear that the conditions leading to improper handling of the return values
>could not occur.  This includes:
>
>* asterisk.c: A negative return value from the read function would be used
>directly as an index into a buffer.  We now check for success of the read
>function prior to using its result as an index.
>
>* manager.c: Check for failures in mkstemp and lseek when handling the
>temporary file created for processing data returned from a CLI command in
>action_command.  Also check that the result of an lseek is sanitized prior
>to using it as the size of a memory map to allocate.
>
>* translate.c: Note in the appropriate locations where powerof cannot return
>a negative value, due to proper checks placed on the inputs to that function.
>
>(issue ASTERISK-19655)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1863/


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