[test-results] [Bamboo] Asterisk Testing > Asterisk Trunk > #152 has FAILED. Change made by Matthew Jordan and elguero.

Bamboo bamboo at asterisk.org
Tue Apr 17 08:37:30 CDT 2012


-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #152 failed.
-----------------------------------------------------------------------
Code has been updated by Matthew Jordan, elguero.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/TESTING-ASTERISKTRUNK-152/


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 64-Bit (CentOS 6): No tests found.


--------------
Code Changes
--------------
Matthew Jordan (362203):

>Fix handling of negative return code when storing voicemails in ODBC storage
>
>When storing a voicemail message using an ODBC connection to a database, the
>voicemail message is first stored on disk.  The sound file associated with
>the message is read into memory before being transmitted to the database.
>When this occurs, a failure in the C library's lseek function would cause a
>negative value to be passed to the mmap as the size of the memory map to
>create.  This would almost certainly cause the creation of the memory map to
>fail, resulting in the message being lost.
>
>(issue ASTERISK-19655)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1863
>........
>
>Merged revisions 362201 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 362202 from http://svn.asterisk.org/svn/asterisk/branches/10
>

elguero (362200):

>Add IPv6 address support to security events framework.
>
>The current Security Events Framework API only supports IPv4 when it comes to
>generating security events.  This patch does the following:
>
>* Changes the Security Events Framework API to support IPV6 and updates
>  the components that use this API.
>
>* Eliminates an error message that was being generated since the current
>  implementation was treating an IPv6 socket address as if it was IPv4.
>
>* Some copyright dates were updated on files touched by this patch.
>
>(closes issue ASTERISK-19447) 
>Reported by: Michael L. Young 
>Tested by: Michael L. Young 
>Patches: 
>  security_events_ipv6v3.diff uploaded by Michael L. Young (license 5026)
>
>Review: https://reviewboard.asterisk.org/r/1777/
>

Matthew Jordan (362206):

>Fix negative return handling in channel drivers
>
>In chan_agent, while handling a channel indicate, the agent channel driver
>must obtain a lock on both the agent channel, as well as the channel the
>agent channel is using.  To do so, it attempts to lock the other channel
>first, then unlock the agent channel which is locked prior to entry into
>the indicate handler.  If this unlock fails with a negative return value,
>which can occur if the object passed to agent_indicate is an invalid ao2
>object or is NULL, the return value is passed directly to strerror, which
>can only accept positive integer values.
>
>In chan_dahdi, the return value of dahdi_get_index is used to directly
>index into the sub-channel array.  If dahd_get_index returns a negative
>value, it would use that value to index into the array, which could cause
>an invalid memory access.  If dahdi_get_index returns a negative number,
>we now default to SUB_REAL.
>
>(issue ASTERISK-19655)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1863/
>........
>
>Merged revisions 362204 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 362205 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/20120417/5720daab/attachment.htm>


More information about the Test-results mailing list