[test-results] [Bamboo] Asterisk - Team Branches > Asterisk Trunk DigiumPhones > #101 has FAILED. Change made by root.
Bamboo
bamboo at asterisk.org
Fri Apr 27 20:11:28 CDT 2012
-----------------------------------------------------------------------
Asterisk - Team Branches > Asterisk Trunk DigiumPhones > #101 failed.
-----------------------------------------------------------------------
Code has been updated by root.
No failed tests found, a possible compilation error.
http://bamboo.asterisk.org/browse/ASTTEAM-ASTERISKTRUNKDIGIUMPHONES-101/
--------------
Failing Jobs
--------------
- Asterisk CentOS 6 64-Bit (CentOS 6): No tests found.
--------------
Code Changes
--------------
root (364335):
>Merged revisions 364287 via svnmerge from
>file:///srv/subversion/repos/asterisk/trunk
>
>................
> r364287 | mjordan | 2012-04-27 14:30:59 -0500 (Fri, 27 Apr 2012) | 46 lines
>
> Prevent overflow in calculation in ast_tvdiff_ms on 32-bit machines
>
> The method ast_tvdiff_ms attempts to calculate the difference, in milliseconds,
> between two timeval structs, and return the difference in a 64-bit integer.
> Unfortunately, it assumes that the long tv_sec/tv_usec members in the timeval
> struct are large enough to hold the calculated values before it returns. On
> 64-bit machines, this might be the case, as a long may be 64-bits. On 32-bit
> machines, however, a long may be less (32-bits), in which case, the calculation
> can overflow.
>
> This overflow caused significant problems in MixMonitor, which uses the method
> to determine if an audio factory, which has not presented audio to an audiohook,
> is merely late in providing said audio or will never provide audio. In an
> overflow situation, the audiohook would incorrectly determine that an audio
> factory that will never provide audio is merely late instead. This led to
> situations where a MixMonitor never recorded any audio. Note that this happened
> most frequently when that MixMonitor was started by the ConfBridge application
> itself, or when the MixMonitor was attached to a Local channel.
>
> (issue ASTERISK-19497)
> Reported by: Ben Klang
> Tested by: Ben Klang
> Patches:
> 32-bit-time-overflow-10-2012-04-26.diff (license #6283) by mjordan
>
> (closes issue ASTERISK-19727)
> Reported by: Mark Murawski
> Tested by: Michael L. Young
> Patches:
> 32-bit-time-overflow-2012-04-27.diff (license #6283) by mjordan)
>
> (closes issue ASTERISK-19471)
> Reported by: feyfre
> Tested by: feyfre
>
> (issue ASTERISK-19426)
> Reported by: Johan Wilfer
>
> Review: https://reviewboard.asterisk.org/r/1889/
> ........
>
> Merged revisions 364277 from http://svn.asterisk.org/svn/asterisk/branches/1.8
> ........
>
> Merged revisions 364285 from http://svn.asterisk.org/svn/asterisk/branches/10
>................
>
--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20120427/a8a59342/attachment-0001.htm>
More information about the Test-results
mailing list