[test-results] [Bamboo] Asterisk - 1.8 > Mac OS X Snow Leopard (10.6) > #331 has FAILED. Change made by Terry Wilson and kmoore.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.8 > Mac OS X Snow Leopard (10.6) > #331 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST18-LUCID-879.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST18-SNOWLEOPARD-331/


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


--------------
Code Changes
--------------
Terry Wilson (342223):

>Return NULL when no results returned for realtime_multientry
>
>It was not documented what the return value should be when no entries
>were returned with the multientry realtime callback. This change forces
>consistent behavior even if the backends return an empty ast_config.
>
>Review: https://reviewboard.asterisk.org/r/1521/
>

kmoore (342276):

>Fix spool handling to allow call files to be hardlinked into place
>
>This fixes the inotify code to handle call files being hardlinked into the
>spool directory.
>
>The smsq utility does this, instead of rename(), to ensure that it cannot
>accidentally overwrite an existing spool file. A rename() might do that, but
>link() will definitely not.
>
>The inotify code had broken this, because it would wait for an IN_CLOSE_WRITE
>event on the file... which was never forthcoming, since it was never opened.
>Now we look for IN_OPEN events following the IN_CREATE event, and only wait
>for an IN_CLOSE_WRITE if the file was actually opened.
>
>Patch-by: dwmw2
>(closes issue ASTERISK-18331)
>Review: https://reviewboard.asterisk.org/r/1391/
>


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