[test-results] [Bamboo] No agents to build plan Asterisk - Trunk - FreeBSD 8.1 - i386
Bamboo
bamboo at asterisk.org
Tue Sep 6 16:40:46 CDT 2011
-------------------------------------------------------------------------------
ASTTRUNK-FREEBSD81-I386-334 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------
http://bamboo.asterisk.org/browse/ASTTRUNK-FREEBSD81-I386/log
--------------
Code Changes
--------------
rmudgett (334304):
>Merged revisions 334297 via svnmerge from
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>................
> r334297 | rmudgett | 2011-09-02 12:15:08 -0500 (Fri, 02 Sep 2011) | 46 lines
>
> Merged revisions 334296 via svnmerge from
> https://origsvn.digium.com/svn/asterisk/branches/1.8
>
> ........
> r334296 | rmudgett | 2011-09-02 12:10:58 -0500 (Fri, 02 Sep 2011) | 39 lines
>
> 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 (334358):
>Merged revisions 334357 via svnmerge from
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>................
> r334357 | rmudgett | 2011-09-02 16:08:16 -0500 (Fri, 02 Sep 2011) | 26 lines
>
> Merged revisions 334355 via svnmerge from
> https://origsvn.digium.com/svn/asterisk/branches/1.8
>
> ........
> r334355 | rmudgett | 2011-09-02 15:59:49 -0500 (Fri, 02 Sep 2011) | 19 lines
>
> 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 (334472):
>Merged revisions 334455 via svnmerge from
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>................
> r334455 | irroot | 2011-09-06 15:58:56 +0200 (Tue, 06 Sep 2011) | 18 lines
>
> Merged revisions 334453 via svnmerge from
> https://origsvn.digium.com/svn/asterisk/branches/1.8
>
> ........
> r334453 | irroot | 2011-09-06 15:48:03 +0200 (Tue, 06 Sep 2011) | 13 lines
>
>
> 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/73020d0c/attachment-0001.htm>
More information about the Test-results
mailing list