[test-results] [Bamboo] Asterisk > trunk - Mac OS 10.6 - x86_64 > #347 has FAILED. Change made by Russell Bryant.

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------------------
Asterisk > trunk - Mac OS 10.6 - x86_64 > #347 failed.
-----------------------------------------------------------------------
Code has been updated by Russell Bryant.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST-MACOS106TRUNK-347/


--------------
Failing Jobs
--------------
  - Default Job (Default Stage): No tests found.


--------------
Code Changes
--------------
Russell Bryant (295712):

>Merged revisions 295711 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>................
>  r295711 | russell | 2010-11-19 18:50:00 -0600 (Fri, 19 Nov 2010) | 36 lines
>  
>  Merged revisions 295710 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>  
>  ........
>    r295710 | russell | 2010-11-19 18:45:51 -0600 (Fri, 19 Nov 2010) | 29 lines
>    
>    Fix cache of device state changes for multiple servers.
>    
>    This patch addresses a regression where device states across multiple servers
>    were not being processing completely correctly.  The code works to determine
>    the overall state by looking at the last known state of a device on each
>    server.  However, there was a regression due to some invasive rewrites of how
>    the cache works that led to the cache only storing the last device state change
>    for a device, regardless of which server it was on.
>    
>    The code is set up to cache device state change events by ensuring that each
>    event in the cache has a unique device name + entity ID (server ID).  The code
>    that was responsible for comparing raw information elements (which EID is)
>    always returned a match due to a memcmp() with a length of 0.
>    
>    There isn't much code to fix the actual bug.  This patch also introduces a new
>    CLI command that was very useful for debugging this problem.  The command
>    allows you to dump the contents of the event cache.
>    
>    (closes issue #18284)
>    Reported by: klaus3000
>    Patches:
>          issue18284.rev1.txt uploaded by russell (license 2)
>    Tested by: russell, klaus3000
>    
>    (closes issue #18280)
>    Reported by: klaus3000
>    
>    Review: https://reviewboard.asterisk.org/r/1012/
>  ........
>................
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/test-results/attachments/20101119/48d65058/attachment-0001.htm