[asterisk-commits] russell: tag 1.6.0-rc6 r142069 - /tags/1.6.0-rc6/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Tue Sep 9 10:50:45 CDT 2008
Author: russell
Date: Tue Sep 9 10:50:44 2008
New Revision: 142069
URL: http://svn.digium.com/view/asterisk?view=rev&rev=142069
Log:
Importing files for 1.6.0-rc6 release
Added:
tags/1.6.0-rc6/.lastclean (with props)
tags/1.6.0-rc6/.version (with props)
tags/1.6.0-rc6/ChangeLog (with props)
Added: tags/1.6.0-rc6/.lastclean
URL: http://svn.digium.com/view/asterisk/tags/1.6.0-rc6/.lastclean?view=auto&rev=142069
==============================================================================
--- tags/1.6.0-rc6/.lastclean (added)
+++ tags/1.6.0-rc6/.lastclean Tue Sep 9 10:50:44 2008
@@ -1,0 +1,1 @@
+35
Propchange: tags/1.6.0-rc6/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.0-rc6/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.0-rc6/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.0-rc6/.version
URL: http://svn.digium.com/view/asterisk/tags/1.6.0-rc6/.version?view=auto&rev=142069
==============================================================================
--- tags/1.6.0-rc6/.version (added)
+++ tags/1.6.0-rc6/.version Tue Sep 9 10:50:44 2008
@@ -1,0 +1,1 @@
+1.6.0-rc6
Propchange: tags/1.6.0-rc6/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.0-rc6/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.0-rc6/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.0-rc6/ChangeLog
URL: http://svn.digium.com/view/asterisk/tags/1.6.0-rc6/ChangeLog?view=auto&rev=142069
==============================================================================
--- tags/1.6.0-rc6/ChangeLog (added)
+++ tags/1.6.0-rc6/ChangeLog Tue Sep 9 10:50:44 2008
@@ -1,0 +1,46825 @@
+2008-09-09 Russell Bryant <russell at digium.com>
+
+ * Asterisk 1.6.0-rc6 released.
+
+2008-09-09 15:44 +0000 [r142065] Russell Bryant <russell at digium.com>
+
+ * /, main/features.c: Merged revisions 142064 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r142064 | russell | 2008-09-09 10:44:10 -0500 (Tue, 09 Sep 2008)
+ | 13 lines Merged revisions 142063 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r142063 | russell | 2008-09-09 10:40:24 -0500 (Tue, 09 Sep 2008)
+ | 5 lines Ensure that the stored CDR reference is still valid
+ after the bridge before poking at it. Also, keep the channel
+ locked while messing with this CDR. (fixes crashes reported in
+ issue #13409) ........ ................
+
+2008-09-09 12:34 +0000 [r141996-141999] Mark Michelson <mmichelson at digium.com>
+
+ * channels/chan_oss.c, /: Merged revisions 141995 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r141995 |
+ mmichelson | 2008-09-09 05:20:58 -0500 (Tue, 09 Sep 2008) | 8
+ lines Fix a memory leak in chan_oss (closes issue #13311)
+ Reported by: eliel Patches: chan_oss.c.patch uploaded by eliel
+ (license 64) ........
+
+2008-09-09 01:49 +0000 [r141950] Russell Bryant <russell at digium.com>
+
+ * main/channel.c, /: Merged revisions 141949 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r141949 |
+ russell | 2008-09-08 20:47:56 -0500 (Mon, 08 Sep 2008) | 9 lines
+ Modify ast_answer() to not hold the channel lock while calling
+ ast_safe_sleep() or when calling ast_waitfor(). These are
+ inappropriate times to hold the channel lock. This is what has
+ caused "could not get the channel lock" messages from chan_sip
+ and has likely caused a negative impact on performance results of
+ SIP in Asterisk 1.6. Thanks to file for pointing out this section
+ of code. (closes issue #13287) (closes issue #13115) ........
+
+2008-09-08 21:07 +0000 [r141808] Russell Bryant <russell at digium.com>
+
+ * main/pbx.c, /: Merged revisions 141807 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r141807 | russell | 2008-09-08 16:05:01 -0500 (Mon, 08 Sep 2008)
+ | 15 lines Merged revisions 141806 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141806 | russell | 2008-09-08 16:02:36 -0500 (Mon, 08 Sep 2008)
+ | 7 lines When doing an async goto, detect if the channel is
+ already in the middle of a masquerade. This can happen when
+ chan_local is trying to optimize itself out. If this happens,
+ fail the async goto instead of bursting into flames. (closes
+ issue #13435) Reported by: geoff2010 ........ ................
+
+2008-09-08 Russell Bryant <russell at digium.com>
+
+ * Asterisk 1.6.0-rc5 released.
+
+2008-09-08 20:19 +0000 [r141746] Jason Parker <jparker at digium.com>
+
+ * Makefile, /, redhat (removed): Merged revisions 141745 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r141745 | qwell | 2008-09-08 15:18:17 -0500
+ (Mon, 08 Sep 2008) | 16 lines Merged revisions 141741 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141741 | qwell | 2008-09-08 15:15:42 -0500 (Mon, 08 Sep 2008) |
+ 8 lines Remove RPM package targets from Makefile (and all
+ associated parts). This has never worked in 1.4, and we decided
+ that it makes no sense to be done here. There are many distros
+ out there that already have "proper" spec files that can be
+ (re)used. Closes issue #13113 Closes issue #10950 Closes issue
+ #10952 ........ ................
+
+2008-09-08 17:14 +0000 [r141683] Sean Bright <sean.bright at gmail.com>
+
+ * /, build_tools/make_buildopts_h: Merged revisions 141682 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r141682 | seanbright | 2008-09-08 13:13:04 -0400 (Mon,
+ 08 Sep 2008) | 9 lines Quote the arguments to grep so that sh on
+ various platforms doesn't choke on the special characters (like
+ ^). (closes issue #13417) Reported by: dougm Patches:
+ 13417.make_buildopts_h.patch uploaded by seanbright (license 71)
+ Tested by: dougm ........
+
+2008-09-06 20:21 +0000 [r141567] Steve Murphy <murf at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 141566 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r141566 | murf | 2008-09-06 14:19:50 -0600 (Sat, 06 Sep 2008) | 9
+ lines Merged revisions 141565 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141565 | murf | 2008-09-06 14:13:16 -0600 (Sat, 06 Sep 2008) | 1
+ line This fix comes from Joshua Colp The Brilliant, who, given
+ the trace, came up with a solution. This will most likely will
+ close 13235 and 13409. I'll wait till Monday to verify, and then
+ close these bugs. ........ ................
+
+2008-09-06 15:40 +0000 [r141505-141508] Tilghman Lesher <tlesher at digium.com>
+
+ * /, res/res_agi.c: Merged revisions 141504 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r141504 | tilghman | 2008-09-06 10:26:45 -0500 (Sat, 06 Sep 2008)
+ | 12 lines Merged revisions 141503 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141503 | tilghman | 2008-09-06 10:23:42 -0500 (Sat, 06 Sep 2008)
+ | 4 lines Reverting behavior change (AGI should not exit non-zero
+ on SUCCESS) (closes issue #13434) Reported by: francesco_r
+ ........ ................
+
+2008-09-05 22:06 +0000 [r141368-141426] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_agent.c: Merged revisions 141367 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r141367 | mmichelson | 2008-09-05 16:12:09 -0500
+ (Fri, 05 Sep 2008) | 15 lines Merged revisions 141366 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141366 | mmichelson | 2008-09-05 16:10:32 -0500 (Fri, 05 Sep
+ 2008) | 7 lines Agent's should not try to call a channel's
+ indicate callback if the channel has been hung up. It will likely
+ crash otherwise ABE-1159 ........ ................
+
+2008-09-05 14:24 +0000 [r141116-141158] Steve Murphy <murf at digium.com>
+
+ * main/channel.c, /: Merged revisions 141157 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r141157 | murf | 2008-09-05 08:18:43 -0600 (Fri, 05 Sep 2008) | 9
+ lines Merged revisions 141156 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141156 | murf | 2008-09-05 08:15:43 -0600 (Fri, 05 Sep 2008) | 1
+ line A small change to prevent double-posting of CDR's; thanks to
+ Daniel Ferrer for bringing it to our attention ........
+ ................
+
+ * pbx/ael/ael-test/ref.ael-vtest25 (added), /,
+ pbx/ael/ael-test/ael-vtest25/extensions.ael,
+ pbx/ael/ael-test/ael-vtest25 (added), res/ael/ael_lex.c,
+ pbx/ael/ael-test/ref.ael-test6, res/ael/ael.flex: Merged
+ revisions 141115 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r141115 | murf | 2008-09-04 17:31:41 -0600 (Thu, 04 Sep 2008) |
+ 78 lines Merged revisions 141094 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141094 | murf | 2008-09-04 17:15:07 -0600 (Thu, 04 Sep 2008) |
+ 70 lines (closes issue #13357) Reported by: pj Tested by: murf
+ (closes issue #13416) Reported by: yarns Tested by: murf If you
+ find this message overly verbose, relax, it's probably not meant
+ for you. This message is meant for probably only two people in
+ the whole world: me, or the poor schnook that has to maintain
+ this code because I'm either dead or unavailable at the moment.
+ This fix solves two reports, both having to do with embedding a
+ function call in a ${} construct. It was tricky because the
+ funccall syntax has parenthesis () in it. And up till now, the
+ 'word' token in the flex stuff didn't allow that, because it
+ would tend to steal the LP and RP tokens. To be truthful, the
+ "word" token was the trickiest, most unstable thing in the whole
+ lexer. I was lucky it made this long without complaints. I had to
+ choose every character in the pattern with extreme care, and I
+ knew that someday I'd have to revisit it. Well, the day has come.
+ So, my brilliant idea (and I'm being modest), was to use the
+ surrounding ${} construct to make a state machine and capture
+ everything in it, no matter what it contains. But, I have to now
+ treat the word token like I did with comments, in that I turn the
+ whole thing into a state-machine sort of spec, with new contexts
+ "curlystate", "wordstate", and "brackstate". Wait a minute,
+ "brackstate"? Yes, well, it didn't take very many regression
+ tests to point out if I do this for ${} constructs, I also have
+ to do it with the $[] constructs, too. I had to create a separate
+ pcbstack2 and pcbstack3 because these constructs can occur inside
+ macro argument lists, and when we have two state machines
+ operating on the same structures we'd get problems otherwise. I
+ guess I could have stopped at pcbstack2 and had the brackstate
+ stuff share it, but it doesn't hurt to be safe. So, the pcbpush
+ and pcbpop routines also now have versions for "2" and "3". I had
+ to add the {KEYWORD} construct to the initial pattern for "word",
+ because previously word would match stuff like "default7",
+ because it was a longer match than the keyword "default". But,
+ not any more, because the word pattern only matches only one or
+ two characters now, and it will always lose. So, I made it the
+ winner again by making an optional match on any of the keywords
+ before it's normal pattern. I added another regression test to
+ make sure we don't lose this in future edits, and had to fix just
+ one regression, where it no longer reports a 'cascaded' error,
+ which I guess is a plus. I've given some thought as to whether to
+ apply these fixes to 1.4 and the 1.6.x releases, vs trunk; I
+ decided to put it in 1.4 because one of the bug reports was
+ against 1.4; and it is unexpected that AEL cannot handle this
+ situation. It actually reduced the amount of useless "cascade"
+ error messages that appeared in the regressions (by one line,
+ ehhem). There is a possible side-effect in that it does now do
+ more careful checking of what's in those ${} constructs, as far
+ as matching parens, and brackets are concerned. Some users may
+ find a an insidious problem and correct it this way. This should
+ be exceedingly rare, I hope. ........ ................
+
+2008-09-04 18:35 +0000 [r141086] Jeff Peeler <jpeeler at digium.com>
+
+ * /, main/features.c, res/res_agi.c: Merged revisions 141039 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r141039 | jpeeler | 2008-09-04 12:27:56 -0500
+ (Thu, 04 Sep 2008) | 15 lines Merged revisions 141028 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r141028 | jpeeler | 2008-09-04 12:00:29 -0500 (Thu, 04 Sep 2008)
+ | 7 lines (closes issue #11979) Fixes multiple parking problems:
+ Crash when executing a park on an extension dialed by AGI due to
+ not returning the proper return code. Crash when using a builtin
+ feature that was a subset of a enabled dynamic feature. Crash due
+ to always hanging up the peer despite the fact that the peer was
+ supposed to be parked. ........ ................
+
+2008-09-03 20:18 +0000 [r140976] Mark Michelson <mmichelson at digium.com>
+
+ * /, apps/app_queue.c: Merged revisions 140975 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r140975 |
+ mmichelson | 2008-09-03 15:16:12 -0500 (Wed, 03 Sep 2008) | 4
+ lines Fix some locking order issues in app_queue. This was
+ brought up by atis on IRC a while ago. ........
+
+2008-09-03 Russell Bryant <russell at digium.com>
+
+ * Asterisk 1.6.0-rc4 released.
+
+2008-09-03 14:17 +0000 [r140825-140827] Steve Murphy <murf at digium.com>
+
+ * main/cdr.c, /: Merged revisions 140749 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r140749 | murf | 2008-09-02 17:44:04 -0600 (Tue, 02 Sep 2008) |
+ 11 lines Merged revisions 140747 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140747 | murf | 2008-09-02 17:36:56 -0600 (Tue, 02 Sep 2008) | 1
+ line I am turning the warnings generated in ast_cdr_free and
+ post_cdr into verbose level 2 messages. Really, they matter
+ little to end users. You either get the CDR's you wanted, or you
+ don't, and it is a bug. For trunk, I am going one step further.
+ These messages were pretty worthless even for debug, so I'm
+ completely removing them. ........ ................
+
+ * main/channel.c, /: Merged revisions 140692 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r140692 | murf | 2008-09-02 16:55:12 -0600 (Tue, 02 Sep 2008) |
+ 13 lines Merged revisions 140690 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140690 | murf | 2008-09-02 16:40:13 -0600 (Tue, 02 Sep 2008) | 1
+ line After reconsidering, with respect to 13409, ast_cdr_detach
+ should be OK, better in fact, than ast_cdr_free, which generates
+ lots of useless warnings that will undoubtably generate
+ complaints. Hmmm. It doesn't hush the useless warnings, but it
+ does allow control of posting via the detach and post routines,
+ for those possible situations, where you'd want to post
+ single-channel cdrs. ........ ................
+
+ * main/channel.c, main/pbx.c, /: Merged revisions 140691 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r140691 | murf | 2008-09-02 16:50:59 -0600 (Tue,
+ 02 Sep 2008) | 22 lines Merged revisions 140670 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140670 | murf | 2008-09-02 16:15:57 -0600 (Tue, 02 Sep 2008) |
+ 14 lines (closes issue #13409) Reported by: tomaso Patches:
+ asterisk-1.6.0-rc2-cdrmemleak.patch uploaded by tomaso (license
+ 564) I basically spent the day, verifying that this patch solves
+ the problem, and doesn't hurt in non-problem cases. Why valgrind
+ did not plainly reveal this leak absolutely mystifies and stuns
+ me. Many, many thanks to tomaso for finding and providing the
+ fix. ........ ................
+
+2008-09-03 13:27 +0000 [r140818] Russell Bryant <russell at digium.com>
+
+ * main/poll.c, /: Merged revisions 140817 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r140817 | russell | 2008-09-03 08:26:43 -0500 (Wed, 03 Sep 2008)
+ | 12 lines Merged revisions 140816 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140816 | russell | 2008-09-03 08:24:35 -0500 (Wed, 03 Sep 2008)
+ | 4 lines Don't freak out if the poll emulation receives NULL for
+ the pollfds array (closes issue #13307) Reported by: jcovert
+ ........ ................
+
+2008-09-02 18:17 +0000 [r140607] Sean Bright <sean.bright at gmail.com>
+
+ * /, channels/chan_iax2.c: Merged revisions 140606 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r140606 | seanbright | 2008-09-02 14:15:54 -0400
+ (Tue, 02 Sep 2008) | 16 lines Merged revisions 140605 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140605 | seanbright | 2008-09-02 14:14:57 -0400 (Tue, 02 Sep
+ 2008) | 8 lines Make sure to use the correct length of the
+ mohinterpret and mohsuggest buffers when copying configuration
+ values. (closes issue #13336) Reported by:
+ decryptus_proformatique Patches:
+ chan_iax2_mohinterpret_mohsuggest_general_settings.patch uploaded
+ by decryptus (license 555) ........ ................
+
+2008-09-02 15:12 +0000 [r140564-140567] Russell Bryant <russell at digium.com>
+
+ * apps/app_jack.c, /, codecs/codec_resample.c: Merged revisions
+ 140566 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r140566 |
+ russell | 2008-09-02 10:11:53 -0500 (Tue, 02 Sep 2008) | 2 lines
+ Update instructions for getting libresample ........
+
+2008-08-27 20:15 +0000 [r140302-140304] Mark Michelson <mmichelson at digium.com>
+
+ * channels/chan_sip.c: Revert commit 140302. Should not be merging
+ changes like that into a release-candidate branch
+
+ * channels/chan_sip.c: Merged revisions 140301 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r140301 | mmichelson | 2008-08-27 15:11:22 -0500 (Wed, 27 Aug
+ 2008) | 19 lines Merged revisions 140299 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r140299 | mmichelson | 2008-08-27 14:49:20 -0500 (Wed, 27 Aug
+ 2008) | 11 lines Fix tag checking in get_sip_pvt_byid_locked when
+ in pedantic mode. The problem was that the wrong tags would be
+ compared depending on the direction of the call. (closes issue
+ #13353) Reported by: flefoll Patches:
+ chan_sip.c.br14.139015.patch-refer-pedantic uploaded by flefoll
+ (license 244) ........ ................
+
+2008-08-26 18:12 +0000 [r140170] Russell Bryant <russell at digium.com>
+
+ * Makefile, /: Merged revisions 140169 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r140169 |
+ russell | 2008-08-26 13:11:49 -0500 (Tue, 26 Aug 2008) | 4 lines
+ Fix building menuselect-tree with PRINT_DIR set. We _must_ use
+ the --quiet flag here, or else some arbitrary text will end up in
+ the resulting menuselect-tree file and things will explode.
+ ........
+
+2008-08-25 21:33 +0000 [r139918] Sean Bright <sean.bright at gmail.com>
+
+ * build_tools/get_moduleinfo, /, build_tools/get_makeopts: Merged
+ revisions 139915 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139915 | seanbright | 2008-08-25 17:32:10 -0400 (Mon, 25 Aug
+ 2008) | 17 lines Merged revisions 139909 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139909 | seanbright | 2008-08-25 17:31:03 -0400 (Mon, 25 Aug
+ 2008) | 9 lines Some versions of awk (nawk, for example) don't
+ like empty regular expressions so be slightly more verbose.
+ (closes issue #13374) Reported by: dougm Patches: 13374.diff
+ uploaded by seanbright (license 71) Tested by: dougm ........
+ ................
+
+2008-08-25 21:05 +0000 [r139872] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 139870 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139870 | twilson | 2008-08-25 15:59:58 -0500 (Mon, 25 Aug 2008)
+ | 10 lines Merged revisions 139869 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139869 | twilson | 2008-08-25 15:46:10 -0500 (Mon, 25 Aug 2008)
+ | 2 lines Make SIPADDHEADER() propagate indefinitely ........
+ ................
+
+2008-08-25 16:00 +0000 [r139774] Steve Murphy <murf at digium.com>
+
+ * main/pbx.c, /, main/features.c: Merged revisions 139770 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r139770 | murf | 2008-08-25 09:54:18 -0600 (Mon,
+ 25 Aug 2008) | 17 lines Merged revisions 139764 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139764 | murf | 2008-08-25 09:33:14 -0600 (Mon, 25 Aug 2008) | 9
+ lines This patch reverts the changes made via 139347, and 139635,
+ as users are seeing adverse difference. I will un-close 13251.
+ Back to the drawing board/ concept/ beginning/ whatever! ........
+ ................
+
+2008-08-24 16:30 +0000 [r139705-139708] Tilghman Lesher <tlesher at digium.com>
+
+ * /, cdr/cdr_pgsql.c: Merged revisions 139707 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r139707 |
+ tilghman | 2008-08-24 11:26:48 -0500 (Sun, 24 Aug 2008) | 2 lines
+ Memory leak ........
+
+2008-08-22 22:35 +0000 [r139628-139671] Steve Murphy <murf at digium.com>
+
+ * /, main/features.c: Merged revisions 139662 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139662 | murf | 2008-08-22 16:32:35 -0600 (Fri, 22 Aug 2008) |
+ 14 lines Merged revisions 139635 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139635 | murf | 2008-08-22 16:24:02 -0600 (Fri, 22 Aug 2008) | 6
+ lines I found some problems with the code I committed earlier,
+ when I merged them into trunk, so I'm coming back to clean up.
+ And, in the process, I found an error in the code I added to
+ trunk and 1.6.x, that I'll fix using this patch also. ........
+ ................
+
+ * apps/app_dial.c, main/pbx.c, /, main/features.c: Merged revisions
+ 139627 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139627 | murf | 2008-08-22 16:03:13 -0600 (Fri, 22 Aug 2008) |
+ 59 lines Merged revisions 139347 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139347 | murf | 2008-08-21 17:03:50 -0600 (Thu, 21 Aug 2008) |
+ 47 lines (closes issue #13251) Reported by: sergee Tested by:
+ murf THis is a bold move for a static release fix, but I wouldn't
+ have made it if I didn't feel confident (at least a *bit*
+ confident) that it wouldn't mess everyone up. The reasoning goes
+ something like this: 1. We simply cannot do anything with CDR's
+ at the current point (in pbx.c, after the __ast_pbx_run loop).
+ It's way too late to have any affect on the CDRs. The CDR is
+ already posted and gone, and the remnants have been cleared. 2. I
+ was very much afraid that moving the running of the 'h' extension
+ down into the bridge code (where it would be now practical to do
+ it), would result in a lot more calls to the 'h' exten, so I
+ implemented it as another exten under another name, but found, to
+ my pleasant surprise, that there was a 1:1 correspondence to the
+ running of the 'h' exten in the pbx_run loop, and the new spot at
+ the end of the bridge. So, I ifdef'd out the current 'h' loop,
+ and moved it into the bridge code. The only difference I can see
+ is the stuff about the AST_PBX_KEEPALIVE, and hopefully, if this
+ is still an important decision point, I can replicate it if there
+ are complaints. To be perfectly honest, the KEEPALIVE situation
+ is not totally clear to me, and how it relates to a post-bridge
+ situation is less clear. I suspect the users will point out
+ everything in total clarity if this steps on anyone's toes! 3. I
+ temporarily swap the bridge_cdr into the channel before running
+ the 'h' exten, which makes it possible for users to edit the cdr
+ before it goes out the door. And, of course, with the
+ endbeforehexten config var set, the users can also get at the
+ billsec/duration vals. After the h exten finishes, the cdr is
+ swapped back and processing continues as normal. Please, all who
+ deal with CDR's, please test this version of Asterisk, and file
+ bug reports as appropriate! ........ I also made a little fix to
+ the app_dial's 'e' option, that is related to my updates.
+ ................
+
+2008-08-22 20:21 +0000 [r139458-139564] Mark Michelson <mmichelson at digium.com>
+
+ * include/asterisk/threadstorage.h, /: Merged revisions 139554 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r139554 | mmichelson | 2008-08-22 14:45:41 -0500
+ (Fri, 22 Aug 2008) | 16 lines Merged revisions 139553 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139553 | mmichelson | 2008-08-22 14:45:19 -0500 (Fri, 22 Aug
+ 2008) | 8 lines Fix compilation when DEBUG_THREAD_LOCALS is
+ selected (closes issue #13298) Reported by: snuffy Patches:
+ bug13298_20080822.diff uploaded by snuffy (license 35) ........
+ ................
+
+ * /, channels/chan_iax2.c: Merged revisions 139469 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r139469 | mmichelson | 2008-08-22 12:25:12 -0500
+ (Fri, 22 Aug 2008) | 11 lines Merged revisions 139466 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139466 | mmichelson | 2008-08-22 12:24:47 -0500 (Fri, 22 Aug
+ 2008) | 3 lines Fix the build. Thanks, mvanbaak! ........
+ ................
+
+ * /, channels/chan_iax2.c: Merged revisions 139457 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r139457 | mmichelson | 2008-08-22 11:58:21 -0500
+ (Fri, 22 Aug 2008) | 15 lines Merged revisions 139456 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139456 | mmichelson | 2008-08-22 11:57:38 -0500 (Fri, 22 Aug
+ 2008) | 7 lines Prevent a deadlock in chan_iax2 resulting from
+ incorrect locking order between iax2_pvt and ast_channel
+ structures. AST-13 ........ ................
+
+2008-08-21 23:46 +0000 [r139400] Jeff Peeler <jpeeler at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 139391 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r139391 | jpeeler | 2008-08-21 18:41:50 -0500
+ (Thu, 21 Aug 2008) | 11 lines Merged revisions 139387 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139387 | jpeeler | 2008-08-21 18:39:31 -0500 (Thu, 21 Aug 2008)
+ | 3 lines Fixes loop that could possibly never exit in the event
+ of a channel never being able to be opened or specify after a
+ restart. (closes issue #11017) ........ ................
+
+2008-08-21 10:02 +0000 [r139282] Philippe Sultan <philippe.sultan at gmail.com>
+
+ * /, channels/chan_gtalk.c: Merged revisions 139281 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r139281 | phsultan | 2008-08-21 11:55:31 +0200 (Thu, 21 Aug 2008)
+ | 5 lines Fix two memory leaks in chan_gtalk, thanks Eliel!
+ (closes issue #13310) Reported by: eliel Patches:
+ chan_gtalk.c.patch uploaded by eliel (license 64) ........
+
+2008-08-20 Kevin P. Fleming <kpfleming at digium.com>
+
+ * Asterisk 1.6.0-rc3 released.
+
+2008-08-20 22:17 +0000 [r139216] Russell Bryant <russell at digium.com>
+
+ * apps/app_chanspy.c, /: Merged revisions 139215 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139215 | russell | 2008-08-20 17:16:36 -0500 (Wed, 20 Aug 2008)
+ | 19 lines Merged revisions 139213 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139213 | russell | 2008-08-20 17:14:35 -0500 (Wed, 20 Aug 2008)
+ | 11 lines Fix a crash in the ChanSpy application. The issue here
+ is that if you call ChanSpy and specify a spy group, and sit in
+ the application long enough looping through the channel list, you
+ will eventually run out of stack space and the application with
+ exit with a seg fault. The backtrace was always inside of a
+ harmless snprintf() call, so it was tricky to track down.
+ However, it turned out that the call to snprintf() was just the
+ biggest stack consumer in this code path, so it would always be
+ the first one to hit the boundary. (closes issue #13338) Reported
+ by: ruddy ........ ................
+
+2008-08-20 20:12 +0000 [r139155] Shaun Ruffell <sruffell at digium.com>
+
+ * codecs/codec_dahdi.c: Fix bug where the samples were not accurate
+ when in G723 mode, which would cause the timestamp field of the
+ RTP header to be invalid.
+
+2008-08-20 17:30 +0000 [r139104] Steve Murphy <murf at digium.com>
+
+ * main/cdr.c, /: Merged revisions 139083 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139083 | murf | 2008-08-20 11:25:07 -0600 (Wed, 20 Aug 2008) |
+ 20 lines Merged revisions 139074 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139074 | murf | 2008-08-20 11:14:55 -0600 (Wed, 20 Aug 2008) |
+ 12 lines (closes issue #13263) Reported by: brainy Tested by:
+ murf The specialized reset routine is tromping on the flags field
+ of the CDR. I made a change to not reset the DISABLED bit. This
+ should get rid of this problem. ........ ................
+
+2008-08-20 15:39 +0000 [r138889-139017] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 139016 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r139016 | mmichelson | 2008-08-20 10:38:47 -0500 (Wed, 20 Aug
+ 2008) | 14 lines Merged revisions 139015 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r139015 | mmichelson | 2008-08-20 10:37:56 -0500 (Wed, 20 Aug
+ 2008) | 6 lines sip_read should properly handle a NULL return
+ from sip_rtp_read. (closes issue #13257) Reported by: travishein
+ ........ ................
+
+ * apps/app_chanspy.c: Manually add revision 138887 from trunk to
+ the 1.6.0 branch. I had misunderstood the policy for when to
+ merge to 1.6.0 since it moved to rc status.
+
+2008-08-19 16:38 +0000 [r138846-138847] Steve Murphy <murf at digium.com>
+
+ * utils/conf2ael.c, /, res/ael/ael.tab.c, res/ael/ael.y,
+ res/ael/ael.tab.h, utils/ael_main.c: Merged revisions 138845 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r138845 | murf | 2008-08-19 10:31:24 -0600 (Tue, 19 Aug
+ 2008) | 1 line Oops. put a decl in a generated file. My bad, but
+ fixed now. ........
+
+ * main/pbx.c, /, res/ael/ael.tab.c, res/ael/ael.y,
+ res/ael/ael.tab.h: Merged revisions 138815 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138815 |
+ murf | 2008-08-19 09:59:12 -0600 (Tue, 19 Aug 2008) | 19 lines
+ These changes are in regards to bug 13249, where users are being
+ surprised by the changes made to the Set app in trunk/1.6.x, as
+ they come from the 1.4 world. They are only bitten if they write
+ their AEL dialplan in the 1.4 world, and then carry it over to a
+ trunk/1.6.x installation where a "make samples" was executed, or
+ where they hand-edited the asterisk.conf file and added the
+ [compat] category with app_set = 1.6 (or higher). (this commit
+ does not totally solve 13249, at least not yet) The change
+ involves issueing a single warning while the AEL file is loading,
+ if: 1. app_set is present in the config file, and set to 1.6 or
+ higher. 2. there are double quotes in an assignment statement (eg
+ x = "hi there";) 3. the warning was not already issued. The
+ standalone app, aelparse, does not (yet) issue this warning. I'd
+ have to have it read in the asterisk.conf file, and that's a bit
+ of hassle. I'll add it if users request it, tho. ........
+
+2008-08-19 00:15 +0000 [r138776-138781] Sean Bright <sean.bright at gmail.com>
+
+ * /, channels/chan_sip.c: Merged revisions 138778-138780 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r138778 | seanbright | 2008-08-18 20:08:27 -0400 (Mon,
+ 18 Aug 2008) | 1 line While we're at it, make this machine
+ parseable too. ........ r138779 | seanbright | 2008-08-18
+ 20:09:38 -0400 (Mon, 18 Aug 2008) | 1 line And remove code we
+ don't need anymore. ........ r138780 | seanbright | 2008-08-18
+ 20:10:56 -0400 (Mon, 18 Aug 2008) | 1 line Let it compile now,
+ too (woops) ........
+
+ * /, channels/chan_sip.c: Merged revisions 138775 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138775 |
+ seanbright | 2008-08-18 19:42:36 -0400 (Mon, 18 Aug 2008) | 3
+ lines Change event header to RegistrationTime to be more
+ consistent (and avoid breaking existing frameworks). Pointed out
+ by Laureano on #asterisk-dev. ........
+
+2008-08-18 20:23 +0000 [r138688-138695] Mark Michelson <mmichelson at digium.com>
+
+ * /, apps/app_queue.c: Merged revisions 138687 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r138687 | mmichelson | 2008-08-18 15:04:10 -0500 (Mon, 18 Aug
+ 2008) | 18 lines Merged revisions 138685 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r138685 | mmichelson | 2008-08-18 15:01:14 -0500 (Mon, 18 Aug
+ 2008) | 10 lines Change the inequalities used in app_queue with
+ regards to timeouts from being strict to non-strict for more
+ accuracy. (closes issue #13239) Reported by: atis Patches:
+ app_queue_timeouts_v2.patch uploaded by atis (license 242)
+ ........ ................
+
+2008-08-18 15:54 +0000 [r138632] Jason Parker <jparker at digium.com>
+
+ * Makefile, /: Merged revisions 138631 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138631 |
+ qwell | 2008-08-18 10:54:07 -0500 (Mon, 18 Aug 2008) | 1 line
+ Remove option that isn't valid here. ........
+
+2008-08-18 02:14 +0000 [r138519] Jeff Peeler <jpeeler at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 138518 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r138518 | jpeeler | 2008-08-17 21:13:04 -0500 (Sun, 17 Aug 2008)
+ | 1 line add missing define for SS7 in dahdi_restart ........
+
+2008-08-17 14:14 +0000 [r138443-138483] Sean Bright <sean.bright at gmail.com>
+
+ * /, main/features.c: Merged revisions 138482 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138482 |
+ seanbright | 2008-08-17 10:12:11 -0400 (Sun, 17 Aug 2008) | 6
+ lines Move Uniqueid to the end of the event for those that rely
+ on the position of the name/value pairs, pointed out by
+ snuffy-home on #asterisk-commits. For those of you who rely on
+ the position of name/value pairs in manager events... stop...
+ that is why associative arrays were invented. ........
+
+ * /, main/features.c: Merged revisions 138479 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138479 |
+ seanbright | 2008-08-17 09:51:08 -0400 (Sun, 17 Aug 2008) | 7
+ lines Add Uniqueid header to ParkedCall manager event. (closes
+ issue #13323) Reported by: srt Patches:
+ 13323_unique_id_for_parkedcalls_event.diff uploaded by srt
+ (license 378) ........
+
+ * main/rtp.c, /: Merged revisions 138476 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r138476 |
+ seanbright | 2008-08-17 09:40:36 -0400 (Sun, 17 Aug 2008) | 7
+ lines Add missing colons to RTCPReceived and RTCPSent manager
+ events. (closes issue #13319) Reported by: srt Patches:
+ 13319_rtcp_manager_event_headers.diff uploaded by srt (license
+ 378) ........
+
+ * /, channels/chan_iax2.c: Merged revisions 138473 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r138473 | seanbright | 2008-08-17 09:31:54 -0400 (Sun, 17 Aug
+ 2008) | 7 lines Fix the output of the JitterBufStats manager
+ event. (closes issue #13324) Reported by: srt Patches:
+ 13324_missing_nl_in_jitterbufstats_event_2.diff uploaded by srt
+ (license 378) ........
+
+ * configs/cdr_tds.conf.sample, /: Merged revisions 138442 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r138442 | seanbright | 2008-08-16 12:40:43 -0400 (Sat,
+ 16 Aug 2008) | 4 lines Since it's introduction in revision 3497,
+ cdr_tds has *never* read the port configuration option from
+ cdr_tds.conf. So go ahead and remove it from the sample config.
+ ........
+
+2008-08-16 13:07 +0000 [r138410-138413] Tilghman Lesher <tlesher at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 138412 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r138412 | tilghman | 2008-08-16 08:07:08 -0500 (Sat, 16 Aug 2008)
+ | 2 lines Fix compilation warnings (found with dev-mode) ........
+
+2008-08-16 01:14 +0000 [r138333-138362] Jeff Peeler <jpeeler at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 138361 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r138361 | jpeeler | 2008-08-15 20:13:26 -0500
+ (Fri, 15 Aug 2008) | 9 lines Merged revisions 138360 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.4
+ ........ r138360 | jpeeler | 2008-08-15 20:12:18 -0500 (Fri, 15
+ Aug 2008) | 1 line fixes use count to properly decrement if an
+ active dahdi channel is destroyed allowing module to be unloaded
+ ........ ................
+
+ * channels/chan_dahdi.c, /: Merged revisions 138311 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r138311 | jpeeler | 2008-08-15 18:46:09 -0500
+ (Fri, 15 Aug 2008) | 20 lines Merged revisions
+ 138119,138151,138238 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r138119 | jpeeler | 2008-08-15 14:21:51 -0500 (Fri, 15 Aug 2008)
+ | 4 lines Fixes the dahdi restart functionality. Dahdi restart
+ allows one to restart all DAHDI channels, even if they are
+ currently in use. This is different from unloading and then
+ loading the module since unloading requires the use count to be
+ zero. Reloading the module is different in that the signalling is
+ not changed from what it was originally configured. Also, this
+ fixes not closing all the file descriptors for D-channels upon
[... 46141 lines stripped ...]
More information about the asterisk-commits
mailing list