[svn-commits] bebuild: tag 10.12.0-digiumphones-rc1 r377522 - /tags/10.12.0-digiumphones-rc1/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Sun Dec 9 19:56:14 CST 2012
Author: bebuild
Date: Sun Dec 9 19:56:12 2012
New Revision: 377522
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=377522
Log:
Importing files for 10.12.0-digiumphones-rc1 release.
Added:
tags/10.12.0-digiumphones-rc1/.lastclean (with props)
tags/10.12.0-digiumphones-rc1/.version (with props)
tags/10.12.0-digiumphones-rc1/ChangeLog (with props)
Added: tags/10.12.0-digiumphones-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/10.12.0-digiumphones-rc1/.lastclean?view=auto&rev=377522
==============================================================================
--- tags/10.12.0-digiumphones-rc1/.lastclean (added)
+++ tags/10.12.0-digiumphones-rc1/.lastclean Sun Dec 9 19:56:12 2012
@@ -1,0 +1,1 @@
+40
Propchange: tags/10.12.0-digiumphones-rc1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/10.12.0-digiumphones-rc1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/10.12.0-digiumphones-rc1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/10.12.0-digiumphones-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/10.12.0-digiumphones-rc1/.version?view=auto&rev=377522
==============================================================================
--- tags/10.12.0-digiumphones-rc1/.version (added)
+++ tags/10.12.0-digiumphones-rc1/.version Sun Dec 9 19:56:12 2012
@@ -1,0 +1,1 @@
+10.12.0-digiumphones-rc1
Propchange: tags/10.12.0-digiumphones-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/10.12.0-digiumphones-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/10.12.0-digiumphones-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/10.12.0-digiumphones-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/10.12.0-digiumphones-rc1/ChangeLog?view=auto&rev=377522
==============================================================================
--- tags/10.12.0-digiumphones-rc1/ChangeLog (added)
+++ tags/10.12.0-digiumphones-rc1/ChangeLog Sun Dec 9 19:56:12 2012
@@ -1,0 +1,30080 @@
+2012-12-10 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.12.0-digiumphones-rc1 Released.
+
+2012-12-03 20:25 +0000 [r377068-377134] Automerge script <automerge at asterisk.org>
+
+ * /: automerge cancel
+
+ * main/cli.c, main/cdr.c, /: Merged revisions 377070,377074 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r377070 | rmudgett | 2012-12-03 12:41:28 -0600
+ (Mon, 03 Dec 2012) | 15 lines Cleanup CDR resources on exit. *
+ Simplify do_reload() return handling since it never returned
+ anything other than 0. (issue ASTERISK-20649) Reported by: Corey
+ Farrell Patches: cdr-cleanup-1_8.patch (license #5909) patch
+ uploaded by Corey Farrell cdr-cleanup-10-11-trunk.patch (license
+ #5909) patch uploaded by Corey Farrell Modified ........ Merged
+ revisions 377069 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................ r377074 | rmudgett | 2012-12-03 13:14:14 -0600
+ (Mon, 03 Dec 2012) | 12 lines Cleanup CLI resources on exit and
+ CLI command registration errors. (issue ASTERISK-20649) Reported
+ by: Corey Farrell Patches: cli-leaks-1_8-10.patch (license #5909)
+ patch uploaded by Corey Farrell cli-leaks-11-trunk.patch (license
+ #5909) patch uploaded by Corey Farrell Modified ........ Merged
+ revisions 377073 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * /, main/ccss.c: Merged revisions 377038 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r377038 | rmudgett | 2012-12-03 11:06:44 -0600
+ (Mon, 03 Dec 2012) | 10 lines Fix CCSS CLI commands and logger
+ level not unregistered. (issue ASTERISK-20649) Reported by: Corey
+ Farrell Patches: ccss-cleanup-all.patch (license #5909) patch
+ uploaded by Corey Farrell ........ Merged revisions 377037 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-30 22:25 +0000 [r376656-376982] Automerge script <automerge at asterisk.org>
+
+ * channels/misdn/isdn_lib.c, /: Merged revisions 376951 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376951 | rmudgett | 2012-11-30 15:33:38 -0600
+ (Fri, 30 Nov 2012) | 18 lines chan_misdn: Fix sending
+ RELEASE_COMPLETE in response to SETUP. Fix sending a
+ RELEASE_COMPLETE in response to a SETUP if chan_misdn does not
+ have a B channel available to assign to the call. (closes issue
+ ABE-2869) Reported by: Guenther Kelleter Patches:
+ setup-reject_2.diff (license #6372) patch uploaded by Guenther
+ Kelleter Modified ........ Merged revision 376949 from
+ https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier
+ ........ Merged revisions 376950 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * /, channels/chan_sip.c, funcs/func_volume.c: Merged revisions
+ 376916,376920 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376916 | mmichelson | 2012-11-30 10:23:46 -0600
+ (Fri, 30 Nov 2012) | 23 lines Fix potential crashes during SIP
+ attended transfers. The principal behind this patch is simple.
+ During a transfer, we manipulate channels that are owned by a
+ separate thread than the one we currently are running in, so it
+ makes sense that we need to grab a reference to the channels so
+ that they cannot disappear out from under us. In the wild,
+ crashes were sometimes seen when the transferring party would
+ hang up the call before the transfer target answered the call.
+ The most common place to see the crash occur was when attempting
+ to send a connected line update to the transferer channel.
+ (closes issue ASTERISK-20226) Reported by Jared Smith Patches:
+ ASTERISK-20226.patch uploaded by Mark Michelson (License #5049)
+ Tested by: Jared Smith ........ Merged revisions 376901 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................ r376920 | seanbright | 2012-11-30 11:06:21 -0600
+ (Fri, 30 Nov 2012) | 5 lines Minor spelling fix to the VOLUME
+ documentation. ........ Merged revisions 376919 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * channels/chan_local.c, /, channels/chan_sip.c: Merged revisions
+ 376865,376869 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376865 | rmudgett | 2012-11-29 16:30:26 -0600
+ (Thu, 29 Nov 2012) | 7 lines Fix compile error. (issue
+ ASTERISK-20724) ........ Merged revisions 376864 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................ r376869 | rmudgett | 2012-11-29 16:58:28 -0600
+ (Thu, 29 Nov 2012) | 7 lines chan_local: Fix local_pvt ref leak
+ in local_devicestate(). Regression introduced by ASTERISK-20390
+ fix. ........ Merged revisions 376868 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * /, channels/chan_sip.c: Merged revisions 376835 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376835 | elguero | 2012-11-29 15:51:50 -0600
+ (Thu, 29 Nov 2012) | 19 lines Improve Code Readability And Fix
+ Setting natdetected Flag For 1.8, 10, 11 and trunk we are are
+ improving the code readability. For 11 and trunk, auto nat
+ detection was added. The natdetected flag was being set to 1 when
+ the host address in the VIA header did not specifiy a port. This
+ patch fixes this by setting the port on the temporary sock
+ address used to SIP_STANDARD_PORT in order for the sock address
+ comparison to work properly. (closes issue ASTERISK-20724)
+ Reported by: Michael L. Young Patches:
+ asterisk-20724-set-port-v2.diff uploaded by Michael L. Young
+ (license 5026) Review: https://reviewboard.asterisk.org/r/2206/
+ ........ Merged revisions 376834 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/astmm.c, main/asterisk.c, /: Merged revisions 376789 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376789 | rmudgett | 2012-11-28 18:45:11 -0600
+ (Wed, 28 Nov 2012) | 26 lines Add MALLOC_DEBUG atexit unreleased
+ malloc memory summary. * Adds the following CLI commands to
+ control MALLOC_DEBUG reporting of unreleased malloc memory when
+ Asterisk is shut down. memory atexit list on memory atexit list
+ off memory atexit summary byline memory atexit summary byfunc
+ memory atexit summary byfile memory atexit summary off * Made
+ check all remaining allocated region blocks atexit for fence
+ violations. * Increased the allocated region hash table size by
+ about three times. It still isn't large enough considering the
+ number of malloced blocks Asterisk uses. * Made CLI "memory show
+ allocations anomalies" use regions_check_all_fences(). Review:
+ https://reviewboard.asterisk.org/r/2196/ ........ Merged
+ revisions 376788 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/astmm.c, /: Merged revisions 376759 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376759 | rmudgett | 2012-11-28 18:05:25 -0600
+ (Wed, 28 Nov 2012) | 19 lines Enhance MALLOC_DEBUG CLI commands.
+ * Fixed CLI "memory show allocations" misspelling of anomalies
+ option. The command will still accept the original misspelling. *
+ Miscellaneous tweaks to CLI "memory show allocations" command
+ output format. * Made CLI "memory show summary" summarize by line
+ number instead of by function if a filename is given. * Made CLI
+ "memory show summary" sort its output by filename or
+ function-name/line-number depending upon request. * Miscellaneous
+ tweaks to CLI "memory show summary" command output format.
+ ........ Merged revisions 376758 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/manager.c, /: Merged revisions 376726 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376726 | jrose | 2012-11-28 10:30:27 -0600
+ (Wed, 28 Nov 2012) | 16 lines manager: Make challenge work with
+ allowmultiplelogin=no Prior to this patch, challenge would yield
+ a multiple logins error if used without providing the username
+ (which isn't really supposed to be an argument to challenge) if
+ allowmultiplelogin was set to no because allowmultiplelogin finds
+ a user with a zero length login name. This check is simply
+ disabled for the challenge action when the username is empty by
+ this patch. (closes issue ASTERISK-20677) Reported by: Vladimir
+ Patches: challenge_action_nomultiplelogin.diff uploaded by
+ Jonathan Rose (license 6182) ........ Merged revisions 376725
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * UPGRADE.txt, main/pbx.c, /: Merged revisions 376689 via svnmerge
+ from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376689 | rmudgett | 2012-11-27 17:58:23 -0600
+ (Tue, 27 Nov 2012) | 33 lines Fix extension matching with the '-'
+ char. The '-' char is supposed to be ignored by the dialplan
+ extension matching. Unfortunately, it's treatment is not handled
+ consistently throughout the extension matching code. * Made the
+ old exten matching code consistently ignore '-' chars. * Made the
+ old exten matching code consistently handle case in the matching.
+ * Made ignore empty character sets. * Fixed ast_extension_cmp()
+ to return -1, 0, or 1 as documented. The only user of it in
+ pbx_lua.c was testing for -1. It was originally returning the
+ strcmp() value for less than which is not usually going to be -1.
+ * Fix character set sorting if the sets have the same number of
+ characters and start with the same character. Character set [0-9]
+ now sorts before [02-9a] as originally intended. * Updated some
+ extension label and priority already in use warnings to also
+ indicate if the extension is aliased. (closes issue
+ ASTERISK-19205) Reported by: Philippe Lindheimer, Birger "WIMPy"
+ Harzenetter Tested by: rmudgett Review:
+ https://reviewboard.asterisk.org/r/2201/ ........ Merged
+ revisions 376688 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * apps/app_celgenuserevent.c, pbx/pbx_dundi.c,
+ addons/res_config_mysql.c, /: Merged revisions 376658 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376658 | rmudgett | 2012-11-27 14:36:45 -0600
+ (Tue, 27 Nov 2012) | 21 lines Remove unnecessary channel module
+ references. * Removed call to ast_module_user_hangup_all() in
+ res_config_mysql.c since it is effectively a noop. No channels
+ can attach a reference to that module. * Removed call to
+ ast_module_user_hangup_all() in app_celgenuserevent.c. The caller
+ of unload_module() has already called it. * Removed redundant
+ channel module references in pbx_dundi.c. The registered dialplan
+ function callback dispatchers for the read/read2/write callbacks
+ already reference the module before calling. * pbx_dundi: Moved
+ unregistering CLI commands, DUNDi switch, and dialplan functions
+ to the first thing the unload_module() does. This will reduce the
+ chance of new channels using DUNDi services while the module is
+ being torn down. ........ Merged revisions 376657 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * include/asterisk/linkedlists.h, /: Merged revisions 376628 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376628 | rmudgett | 2012-11-27 11:35:54 -0600
+ (Tue, 27 Nov 2012) | 7 lines Made AST_LIST_REMOVE() simpler and
+ use better names. * Update doxygen of AST_LIST_REMOVE(). ........
+ Merged revisions 376627 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-23 00:27 +0000 [r376614] Automerge script <automerge at asterisk.org>
+
+ * main/logger.c, include/asterisk/lock.h, main/lock.c, /: Merged
+ revisions 376587 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376587 | mjordan | 2012-11-22 17:56:00 -0600
+ (Thu, 22 Nov 2012) | 23 lines Re-initialize logmsgs mutex upon
+ logger initialization to prevent lock errors Similar to the patch
+ that moved the fork earlier in the startup sequence to prevent
+ mutex errors in the recursive mutex surrounding the read/write
+ thread registration lock, this patch re-initializes the logmsgs
+ mutex. Part of the start up sequence before forking the process
+ into the background includes reading asterisk.conf; this has to
+ occur prior to the call to daemon in order to read startup
+ parameters. When reading in a conf file, log statements can be
+ generated. Since this can't be avoided, the mutex instead is
+ re-initialized to ensure a reset of any thread tracking
+ information. This patch also includes some additional debugging
+ to catch errors when locking or unlocking the recursive mutex
+ that surrounds locks when the DEBUG_THREADS build option is
+ enabled. DO_CRASH or THREAD_CRASH will cause an abort() if a
+ mutex error is detected. (issue ASTERISK-19463) Reported by:
+ mjordan Tesetd by: mjordan ........ Merged revisions 376586 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-20 17:24 +0000 [r376497-376539] Automerge script <automerge at asterisk.org>
+
+ * channels/sip/include/sip.h, /, channels/chan_sip.c: Merged
+ revisions 376522 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376522 | mmichelson | 2012-11-20 11:01:04 -0600
+ (Tue, 20 Nov 2012) | 14 lines Add "Require: timer" to 200 OK
+ responses when appropriate. The method by which the Require
+ header is added to 200 responses is inspired by the method that
+ Olle Johansson uses in his darjeeling-prack branch. (closes issue
+ ASTERISK-20570) Reported by Matt Jordan, at the behest of Olle
+ Johansson Review: https://reviewboard.asterisk.org/r/2172
+ ........ Merged revisions 376521 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/indications.c, /, channels/chan_sip.c,
+ main/security_events.c: Merged revisions 376470 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376470 | wdoekes | 2012-11-19 13:44:58 -0600
+ (Mon, 19 Nov 2012) | 11 lines Fix most leftover non-opaque
+ ast_str uses. Instead of calling str->str, one should use
+ ast_str_buffer(str). Same goes for str->used as
+ ast_str_strlen(str) and str->len as ast_str_size(str). Review:
+ https://reviewboard.asterisk.org/r/2198 ........ Merged revisions
+ 376469 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-18 20:23 +0000 [r376427-376446] Automerge script <automerge at asterisk.org>
+
+ * main/utils.c, main/stdtime/localtime.c, main/asterisk.c, /:
+ Merged revisions 376431 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376431 | mjordan | 2012-11-18 14:18:24 -0600
+ (Sun, 18 Nov 2012) | 49 lines Reorder startup sequence to prevent
+ lockups when process is sent to background Although it is very
+ rare and timing dependent, the potential exists for the call to
+ 'daemon' to cause what appears to be a deadlock in Asterisk
+ during startup. This can occur when a recursive mutex is obtained
+ prior to the daemon call executing. Since daemon uses fork to
+ send the process into the background, any threading primitives
+ are unsafe to re-use after the call. Implementations of pthread
+ recursive mutexes are highly likely to store the thread
+ identifier of the thread that previously obtained the mutex. If
+ the mutex was locked prior to the fork, a subsequent unlock
+ operation will potentially fail as the thread identifier is no
+ longer valid. Since the mutex is still locked, all subsequent
+ attempts to grab the mutex by other threads will block. This
+ behavior exhibited itself most often when DEBUG_THREADS was
+ enabled, as this compile time option surrounds the mutexes in
+ Asterisk with another recursive mutex that protects the storage
+ of thread related information. This made it much more likely that
+ a recursive mutex would be obtained prior to daemon and unlocked
+ after the call. This patch does the following: a) It backports a
+ patch from Asterisk 11 that prevents the spawning of the
+ localtime monitoring thread. This thread is now spawned after
+ Asterisk has fully booted. b) It re-orders the startup sequence
+ to call daemon earlier during Asterisk startup. This limits the
+ potential of threading primitives being accessed by
+ initialization calls before daemon is called. c) It removes calls
+ to ast_verbose/ast_log/etc. prior to daemon being called.
+ Developers should send error messages directly to stderr prior to
+ daemon, as calls to ast_log may access recursive mutexes that
+ store thread related information. d) It reorganizes when thread
+ local storage is created for storing lock information during the
+ creation of threads. Prior to this patch, the read/write lock
+ protecting the list of threads in ast_register_thread would
+ utilize the lock in the thread local storage prior to it being
+ initialized; this patch prevents that. On a very related note,
+ this patch will *greatly* improve the stability of the Asterisk
+ Test Suite. Review: https://reviewboard.asterisk.org/r/2197
+ (closes issue ASTERISK-19463) Reported by: mjordan Tested by:
+ mjordan ........ Merged revisions 376428 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * apps/confbridge/conf_state.c, /: Merged revisions 376414 via
+ svnmerge from file:///srv/subversion/repos/asterisk/branches/10
+ ........ r376414 | mjordan | 2012-11-18 08:22:39 -0600 (Sun, 18
+ Nov 2012) | 8 lines Add a test event that reports changes in
+ ConfBridge state This patch adds a test event to ConfBridge that
+ reports transitions between states in ConfBridge. This is used by
+ tests in the Asterisk Test Suite that verify state changes based
+ on the entering/leaving of conference participants. ........
+
+2012-11-16 20:23 +0000 [r376338-376408] Automerge script <automerge at asterisk.org>
+
+ * res/res_monitor.c, /: Merged revisions 376390 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376390 | jrose | 2012-11-16 13:41:55 -0600
+ (Fri, 16 Nov 2012) | 17 lines monitor: prevent attempts to
+ move/remove recordings skipped with 'i' and 'o'. The i and o
+ options for monitor skip the input and output sides of a
+ recording respectively. This patch addresses a problem in those
+ options when monitor is called without specifying a specific
+ filename where monitor will try to move the recording that was
+ skipped. Since this usually doesn't exist when these options are
+ used, it would produce a warning when it does this in most cases,
+ but it is conceivable that there are use cases where this could
+ result in moving/removing a file unintentionally. (closes issue
+ ASTERISK-20641) Reported by: Jonathan Rose Review:
+ https://reviewboard.asterisk.org/r/2190/ ........ Merged
+ revisions 376389 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * utils/extconf.c, /: Merged revisions 376342 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376342 | dlee | 2012-11-15 18:08:56 -0600 (Thu,
+ 15 Nov 2012) | 9 lines Fixed extconf.c breakage introduced in
+ r376306. To quote wdoekes: > Note that I'm not confirming
+ legitimacy of having that file in tree at > all. Is anyone using
+ aelparse/conf2ael? ........ Merged revisions 376340 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * utils/hashtest.c (removed), tests/test_hashtab_thrash.c (added),
+ utils/hashtest2.c (removed), include/asterisk/hashtab.h,
+ utils/Makefile, tests/test_astobj2_thrash.c (added),
+ utils/utils.xml, /, apps/app_meetme.c: Merged revisions
+ 376308,376315 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376308 | jrose | 2012-11-15 16:55:04 -0600
+ (Thu, 15 Nov 2012) | 17 lines app_meetme: Fix channels lingering
+ when hung up under certain conditions Channels would get stuck
+ and MeetMe would repeatedly display an Unable to write frame to
+ channel error in the conf_run function if hung up during certain
+ sound prompts such as during user count announcements. This patch
+ fixes that by reintroducing a hangup check in the meetme's main
+ loop (also in conf_run). (closes issue ASTERISK-20486) Reported
+ by: Michael Cargile Review:
+ https://reviewboard.asterisk.org/r/2187/ Patches:
+ meetme_hangup_patch_ASTERISK-20486_v3.diff uploaded by Jonathan
+ Rose (license 6182) ........ Merged revisions 376307 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................ r376315 | dlee | 2012-11-15 17:17:54 -0600 (Thu,
+ 15 Nov 2012) | 28 lines Migrate hashtest/hashtest2 to be unit
+ tests. Both hashtest and hashtest2 are manual testing apps that
+ thrash hash tables (hashtab and ao2 containers, respectively), by
+ spinning up several threads that randomly insert, delete, lookup
+ and iterate over the hash table. If the app doesn't crash, the
+ hash table probably passes the test. Those utils are not a part
+ of the typical Asterisk build, so they do not usually get
+ compiled. This all makes them less that useful. This patch
+ removes those manual test programs and replaces them with
+ Asterisk unit test modules (test_{hashtab,astobj2}_thrash.so). It
+ also attempts to make the tests more deterministic. * Rather than
+ spinning up some number of threads that operate on the hash table
+ randomly, spin up four threads that concurrenly add, remove,
+ lookup and iterate over the hash table. * Each thread checks the
+ state of the hash table both during and after execution, and
+ indicates a test failure if things are not as expected. * Each
+ thread times out after 60 seconds to prevent deadlocking the unit
+ test run. (closes issue ASTERISK-20505) Reported by: Matt Jordan
+ Review: https://reviewboard.asterisk.org/r/2189/ ........ Merged
+ revisions 376306 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-15 23:06 +0000 [r376309-376311] David M. Lee <dlee at digium.com>
+
+ * utils/hashtest.c (added), tests/test_hashtab_thrash.c (removed),
+ utils/hashtest2.c (added), include/asterisk/hashtab.h,
+ utils/Makefile, tests/test_astobj2_thrash.c (removed),
+ utils/utils.xml, /: Reverted r376309; merged to wrong branch
+
+ * utils/hashtest.c (removed), tests/test_hashtab_thrash.c (added),
+ utils/hashtest2.c (removed), include/asterisk/hashtab.h,
+ utils/Makefile, tests/test_astobj2_thrash.c (added),
+ utils/utils.xml, /: Migrate hashtest/hashtest2 to be unit tests.
+ Both hashtest and hashtest2 are manual testing apps that thrash
+ hash tables (hashtab and ao2 containers, respectively), by
+ spinning up several threads that randomly insert, delete, lookup
+ and iterate over the hash table. If the app doesn't crash, the
+ hash table probably passes the test. Those utils are not a part
+ of the typical Asterisk build, so they do not usually get
+ compiled. This all makes them less that useful. This patch
+ removes those manual test programs and replaces them with
+ Asterisk unit test modules (test_{hashtab,astobj2}_thrash.so). It
+ also attempts to make the tests more deterministic. * Rather than
+ spinning up some number of threads that operate on the hash table
+ randomly, spin up four threads that concurrenly add, remove,
+ lookup and iterate over the hash table. * Each thread checks the
+ state of the hash table both during and after execution, and
+ indicates a test failure if things are not as expected. * Each
+ thread times out after 60 seconds to prevent deadlocking the unit
+ test run. (closes issue ASTERISK-20505) Reported by: Matt Jordan
+ Review: https://reviewboard.asterisk.org/r/2189/ ........ Merged
+ revisions 376306 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-11-15 02:22 +0000 [r376260-376281] Automerge script <automerge at asterisk.org>
+
+ * apps/app_voicemail.c, /: Merged revisions 376263 via svnmerge
+ from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376263 | newtonr | 2012-11-14 19:50:54 -0600
+ (Wed, 14 Nov 2012) | 10 lines (issue ASTERISK-20280) (closes
+ issue ASTERISK-20280) Reported by: Tomo Takebe Tested by: Rusty
+ Newton Patches: asterisk20280.patch uploaded by Rusty Newton
+ (license 5829) ........ Merged revisions 376262 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * pbx/pbx_spool.c, /: Merged revisions 376233 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376233 | rmudgett | 2012-11-14 13:50:52 -0600
+ (Wed, 14 Nov 2012) | 19 lines Fix call files when astspooldir is
+ relative. Future dated call files are ignored when astspooldir is
+ relative to the current directory. The queue_file() assumed that
+ the qdir needed to be prepended if the given filename did not
+ start with a '/'. If astspooldir is relative it is not going to
+ start from the root directory obviously so it will not start with
+ a '/'. The filename used in queue_file() ultimately results in
+ qdir prepended multiple times. * Made queue_file() not prepend
+ qdir if the filename contains a '/'. (closes issue
+ ASTERISK-20593) Reported by: James Le Cuirot Patches:
+ 0004-Fix-future-call-files-from-relative-directories.patch
+ (license #6439) patch uploaded by James Le Cuirot ........ Merged
+ revisions 376232 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-13 18:22 +0000 [r376165-376216] Automerge script <automerge at asterisk.org>
+
+ * main/channel.c, /: Merged revisions 376208 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376208 | beagles | 2012-11-13 12:20:13 -0600
+ (Tue, 13 Nov 2012) | 14 lines Patch to prevent stopping the
+ active generator when it is not the silence generator. This patch
+ introduces an internal helper function to safely check whether
+ the current generator is the one that is expected before
+ deactivating it. The current externally accessible
+ ast_channel_stop_generator() function has been modified to be
+ implemented in terms of the new function. (closes issue
+ ASTERISK-19918) Reported by: Eduardo Abad ........ Merged
+ revisions 376199 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/pbx.c, /: Merged revisions 376167 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376167 | file | 2012-11-12 14:44:56 -0600 (Mon,
+ 12 Nov 2012) | 14 lines Properly check if the "Context" and
+ "Extension" headers are empty in a ShowDialPlan action. The code
+ which handles the ShowDialPlan action wrongly assumed that a
+ non-NULL return value from the function which retrieves headers
+ from an action indicates that the header has a value. This is
+ incorrect and the contents must be checked to see if they are
+ blank. (closes issue ASTERISK-20628) Reported by: jkroon Patches:
+ asterisk-showdialplan-incorrect-error.patch uploaded by jkroon
+ ........ Merged revisions 376166 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/pbx.c, /: Merged revisions 376143 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376143 | elguero | 2012-11-12 14:15:27 -0600
+ (Mon, 12 Nov 2012) | 20 lines Fix Dynamic Hints Variable
+ Substition - Underscore Problem When adding a dynamic hint, if an
+ extension contains an underscore no variable subsitution is being
+ performed. This patch changes from checking if the extension
+ contains an underscore to checking if the extension begins with
+ an underscore. (closes issue ASTERISK-20639) Reported by: Steven
+ T. Wheeler Tested by: Steven T. Wheeler, Michael L. Young
+ Patches: asterisk-20639-dynamic-hint-underscore.diff uploaded by
+ Michael L. Young (license 5026) Review:
+ https://reviewboard.asterisk.org/r/2188/ ........ Merged
+ revisions 376142 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-11-08 22:25 +0000 [r375992-376117] Automerge script <automerge at asterisk.org>
+
+ * /, res/res_fax.c: Merged revisions 376088 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376088 | mmichelson | 2012-11-08 15:59:13 -0600
+ (Thu, 08 Nov 2012) | 12 lines Fix a "set but not used" warning on
+ newer gccs. Turns out the "helpful" setting of ms and res in this
+ macro is completely useless after the timeout antipattern fix. If
+ you're a new guy looking to write code, don't write a macro like
+ this one. ........ Merged revisions 376087 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * channels/sig_ss7.c, /: Merged revisions 376059 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376059 | rmudgett | 2012-11-08 15:07:09 -0600
+ (Thu, 08 Nov 2012) | 16 lines chan_dahdi/SS7: Made reject
+ incoming call for an in-alarm or blocked channel. If a SS7 call
+ comes in requesting a CIC that is in-alarm, the call is accepted
+ and connects if the extension exists in the dialplan. The call
+ does not have any audio. * Made release the call immediately with
+ circuit congestion cause. (closes issue ASTERISK-20204) Reported
+ by: Tuan Le Patches: jira_asterisk_20204_v1.8.patch (license
+ #5621) patch uploaded by rmudgett ........ Merged revisions
+ 376058 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/utils.c, main/astmm.c, main/asterisk.c,
+ include/asterisk/utils.h, include/asterisk/astmm.h, /: Merged
+ revisions 376030 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r376030 | rmudgett | 2012-11-08 11:08:39 -0600
+ (Thu, 08 Nov 2012) | 35 lines Add MALLOC_DEBUG enhancements. *
+ Makes malloc() behave like calloc(). It will return a memory
+ block filled with 0x55. A nonzero value. * Makes free() fill the
+ released memory block and boundary fence's with 0xdeaddead. Any
+ pointer use after free is going to have a pointer pointing to
+ 0xdeaddead. The 0xdeaddead pointer is usually an invalid memory
+ address so a crash is expected. * Puts the freed memory block
+ into a circular array so it is not reused immediately. * When the
+ circular array rotates out a memory block to the heap it checks
+ that the memory has not been altered from 0xdeaddead. * Made the
+ astmm_log message wording better. * Made crash if the DO_CRASH
+ menuselect option is enabled and something is found. * Fixed a
+ potential alignment issue on 64 bit systems. struct
+ ast_region.data[] should now be aligned correctly for all
+ platforms. * Extracted region_check_fences() from
+ __ast_free_region() and handle_memory_show(). * Updated
+ handle_memory_show() CLI usage help. Review:
+ https://reviewboard.asterisk.org/r/2182/ ........ Merged
+ revisions 376029 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * apps/app_record.c, channels/chan_agent.c, main/utils.c,
+ include/asterisk/channel.h, apps/app_queue.c, channels/sig_pri.c,
+ channels/chan_iax2.c, main/channel.c, channels/chan_dahdi.c,
+ channels/sig_analog.c, apps/app_waitforring.c,
+ include/asterisk/time.h, apps/app_jack.c, apps/app_dial.c,
+ main/pbx.c, main/rtp_engine.c, apps/app_meetme.c, /,
+ res/res_fax.c: Merged revisions 375995 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r375995 | mmichelson | 2012-11-07 11:16:24 -0600
+ (Wed, 07 Nov 2012) | 41 lines Multiple revisions 375993-375994
+ ........ r375993 | mmichelson | 2012-11-07 11:01:13 -0600 (Wed,
+ 07 Nov 2012) | 30 lines Fix misuses of timeouts throughout the
+ code. Prior to this change, a common method for determining if a
+ timeout was reached was to call a function such as
+ ast_waitfor_n() and inspect the out parameter that told how many
+ milliseconds were left, then use that as the input to
+ ast_waitfor_n() on the next go-around. The problem with this is
+ that in some cases, submillisecond timeouts can occur, resulting
+ in the out parameter not decreasing any. When this happens
+ thousands of times, the result is that the timeout takes much
+ longer than intended to be reached. As an example, I had a
+ situation where a 3 second timeout took multiple days to finally
+ end since most wakeups from ast_waitfor_n() were under a
+ millisecond. This patch seeks to fix this pattern throughout the
+ code. Now we log the time when an operation began and find the
+ difference in wall clock time between now and when the event
+ started. This means that sub-millisecond timeouts now cannot play
+ havoc when trying to determine if something has timed out. Part
+ of this fix also includes changing the function ast_waitfor() so
+ that it is possible for it to return less than zero when a
+ negative timeout is given to it. This makes it actually possible
+ to detect errors in ast_waitfor() when there is no timeout.
+ (closes issue ASTERISK-20414) reported by David M. Lee Review:
+ https://reviewboard.asterisk.org/r/2135/ ........ r375994 |
+ mmichelson | 2012-11-07 11:08:44 -0600 (Wed, 07 Nov 2012) | 3
+ lines Remove some debugging that accidentally made it in the last
+ commit. ........ Merged revisions 375993-375994 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+ * main/features.c, include/asterisk/channel.h, .cleancount,
+ include/asterisk/features.h, main/channel.c, /: Merged revisions
+ 375965 via svnmerge from
+ file:///srv/subversion/repos/asterisk/branches/10
+ ................ r375965 | rmudgett | 2012-11-06 12:27:19 -0600
+ (Tue, 06 Nov 2012) | 21 lines Fix stuck DTMF when bridge is
+ broken. When a bridge is broken by an AMI Redirect action or the
+ ChannelRedirect application, an in progress DTMF digit could be
+ stuck sending forever. * Made simulate a DTMF end event when a
+ bridge is broken and a DTMF digit was in progress. (closes issue
+ ASTERISK-20492) Reported by: Jeremiah Gowdy Patches:
+ bridge_end_dtmf-v3.patch.txt (license #6358) patch uploaded by
+ Jeremiah Gowdy Modified to jira_asterisk_20492_v1.8.patch
+ jira_asterisk_20492_v1.8.patch (license #5621) patch uploaded by
+ rmudgett Tested by: rmudgett Review:
+ https://reviewboard.asterisk.org/r/2169/ ........ Merged
+ revisions 375964 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ................
+
+2012-12-10 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.11.0-digiumphones Released.
+
+2012-12-06 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.11.0-digiumphones-rc3 Released.
+
+ * chan_local: Fix local_pvt ref leak in local_devicestate().
+
+ Regression introduced by ASTERISK-20390 fix.
+
+ (closes issue ASTERISK-20769)
+ Reported by: rmudgett
+
+2012-12-05 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.11.0-digiumphones-rc2 Released.
+
+ * Fix a SIP request memory leak with TLS connections.
+
+ During the TLS re-work in chan_sip some TLS specific code was moved
+ into a separate function. This function operates on a copy of the
+ incoming SIP request. This copy was never deinitialized causing a
+ memory leak for each request processed.
+
+ This function is now given a SIP request structure which it can use
+ to copy the incoming request into. This reduces the amount of memory
+ allocations done since the internal allocated components are reused
+ between packets and also ensures the SIP request structure is
+ deinitialized when the TLS connection is torn down.
+
+ (closes issue ASTERISK-20763)
+ Reported by: deti
+
+2012-11-06 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.11.0-digiumphones-rc1 Released.
+
+2012-11-05 23:26 +0000 [r375858-375921] Automerge script <automerge at asterisk.org>
+
+ * res/res_timing_dahdi.c, res/res_timing_timerfd.c,
+ bridges/bridge_softmix.c, funcs/func_jitterbuffer.c,
+ include/asterisk/timing.h, res/res_musiconhold.c,
+ channels/chan_iax2.c, res/res_fax_spandsp.c,
+ res/res_timing_kqueue.c, main/timing.c, main/channel.c, /,
+ res/res_timing_pthread.c: Merged revisions 375894 via svnmerge
+ from file:///srv/subversion/repos/asterisk/branches/10
+ ................ r375894 | mjordan | 2012-11-05 17:00:32 -0600
[... 29416 lines stripped ...]
More information about the svn-commits
mailing list