[test-results] [Bamboo] No agents to build plan Asterisk - 1.8 - FreeBSD 8.1 - i386

[Bamboo]

-------------------------------------------------------------------------------
AST18-FREEBSD81-I386-263 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/AST18-FREEBSD81-I386/log

--------------
Code Changes
--------------
rmudgett (334296):

>Fix potential memory allocation failure crashes in config.c.
>
>* Added required checks to the returned memory allocation pointers to
>prevent crashes.
>
>* Made ast_include_rename() create a replacement ast_variable list node if
>the new filename is longer than the available space.  Fixes potential
>crash and memory leak.
>
>* Factored out ast_variable_move() from ast_variable_update() so
>ast_include_rename() can also use it when creating a replacement
>ast_variable list node.
>
>* Made the filename stuffed at the end of the struct a minimum allocated
>size in ast_variable_new() in case ast_include_rename() changes the stored
>filename.
>
>* Constify struct char pointers pointing to strings stuffed at the end of
>the struct for: ast_variable, cache_file_mtime, and ast_config_map.
>
>* Factored out cfmtime_new() to remove inlined code and allow some struct
>pointers to become const.
>
>* Removed the list lock from struct cache_file_mtime that was never used.
>
>* Added doxygen comments to several structure elements and better
>documented what strings are stuffed at the struct end char array.
>
>* Reworked ast_config_text_file_save() and set_fn() to handle allocation
>failure of the include file scratch pad object tracking blank lines.
>
>* Made ast_config_text_file_save() fn[] declared with PATH_MAX to ensure
>it is long enough for any filename with path.  Also reduced the number of
>container fileset buckets from a rediculus 180,000 to 1023.
>
>JIRA AST-618
>
>Review: https://reviewboard.asterisk.org/r/1378/
>

rmudgett (334355):

>MusicOnHold has extra unref which may lead to memory corruption and crash.
>
>The problem happens when a call is disconnected and you had started a MOH 
>class that does not use the files mode.  If you define REF_DEBUG and 
>recreate the problem, it will announce itself with the following warning: 
>Attempt to unref mohclass 0xb70722e0 (default) when only 1 ref remained, 
>and class is still in a container!  
>
>* Fixed moh_alloc() and moh_release() functions not handling the
>state->class reference consistently.
>
>(closes issue ASTERISK-18346)
>Reported by: Mark Murawski
>Patches:
>      jira_asterisk_18346_v1.8.patch (license #5621) patch uploaded by rmudgett
>Tested by: rmudgett, Mark Murawski
>
>Review: https://reviewboard.asterisk.org/r/1404/
>

irroot (334453):

>
>Make SQL query in app_voicemail.c portable LIMIT is not portable.
>
>Regression from r312212
>
>(closes issue ASTERISK-18255)
>Reported by: Leif Madsen
>Tested by: Leif Madsen
>
>Review: https://reviewboard.asterisk.org/r/1415/
>
>
>


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