17208 Commits (f9fa2e07abe58f01a12c391bf167a291f84fdf10)

 

All Branches   

Search

Author	SHA1	Message	Date
David Vossel	f9fa2e07ab	Fixes issue with undefined audio codecs in chan_iax2 ... During iax2 call negotiation, supported codecs are passed in an Information Element containing a 2 byte field where each bit correlates to a specific codec. In 1.6 only audio codec bits 0-12 are defined, leaving bits 13-14 undefined. By default all bits are enabled unless specified otherwise. Since its a 2 byte field and 13-14 are not defined, these bits are never turned off. In trunk, bits 13-14 are defined, which means 1.6 is advertising support for codecs it does not have when talking to trunk. I fixed this by adding #define for undefined audio codec bits. These bits are then removed from iax2's full bandwidth capabilities. (closes issue #14283) Reported by: jcovert git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177700 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	a7dd6fcf19	Merged revisions 177661 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177661 | tilghman | 2009-02-20 11:22:19 -0600 (Fri, 20 Feb 2009) | 2 lines Oops, merge broke trunk ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177663 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Jeff Peeler	765b86befa	Merged revisions 177624 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177624 | jpeeler | 2009-02-19 18:35:53 -0600 (Thu, 19 Feb 2009) | 7 lines Set sip_request ast_str data to NULL so ast_str_copy allocates space properly in copy_request (issue #14478) Reported by: erik_dedecker ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177626 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Steve Murphy	72bd619319	Merged revisions 177595 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r177595 | murf | 2009-02-19 16:56:50 -0700 (Thu, 19 Feb 2009) | 32 lines Merged revisions 177540 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 Trunk was already pretty 8-bit clean; but I'm still removing the --full from the flex command so everything is uniform. ........ r177540 | murf | 2009-02-19 15:51:37 -0700 (Thu, 19 Feb 2009) | 21 lines This patch fixes a problem with 8-bit input to the ast_expr2 scanner. The real culprit was the --full argument to flex in the Makefile! This causes a 7-bit scanner to be generated. I reviewed the rules and found one rule where I needed to specifically include 8-bit chars for a token. I tested against the text supplied by ibercom, and all looks very well. This has been there a surprisingly long time! (closes issue #14498) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177623 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	df70c07ee3	Merged revisions 177537 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r177537 | tilghman | 2009-02-19 16:33:00 -0600 (Thu, 19 Feb 2009) | 14 lines Merged revisions 177536 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r177536 | tilghman | 2009-02-19 16:26:01 -0600 (Thu, 19 Feb 2009) | 7 lines Fix up potential crashes, by reducing the sharing between interactive and non-interactive threads. (closes issue #14253) Reported by: Skavin Patches: 20090219__bug14253.diff.txt uploaded by Corydon76 (license 14) Tested by: Skavin ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177539 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Jeff Peeler	461e660582	Merged revisions 177387 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177387 | jpeeler | 2009-02-19 10:45:02 -0600 (Thu, 19 Feb 2009) | 3 lines Fix another merge error from 176708 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177389 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Joshua Colp	7e2f9d59ef	Merged revisions 177384 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r177384 | file | 2009-02-19 12:38:41 -0400 (Thu, 19 Feb 2009) | 10 lines Merged revisions 177383 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r177383 | file | 2009-02-19 12:37:25 -0400 (Thu, 19 Feb 2009) | 3 lines If we are able to create a speech structure unset the ERROR variable in case it was previously set. (issue #LUMENVOX-13) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177386 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Jeff Peeler	1a446ca100	Merged revisions 177356 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177356 | jpeeler | 2009-02-19 09:56:31 -0600 (Thu, 19 Feb 2009) | 4 lines Fix mismerge from revision 176708 pointed out by Kaloyan Kovachev on the asterisk-dev mailing list. Thanks! ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177358 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Steve Murphy	f72d04de72	Merged revisions 177286 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r177286 | murf | 2009-02-18 16:50:57 -0700 (Wed, 18 Feb 2009) | 39 lines Merged revisions 177225 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r177225 | murf | 2009-02-18 15:43:14 -0700 (Wed, 18 Feb 2009) | 34 lines This patch fixes a regression of sorts that was introduced in rev 24425. It basically fixes AST-190/ABE-1782. What was wrong: the user has 6000 extensions in one context; and then 6000 contexts, one per extension. The parser could only handle about 4893 of the 6000 extens in the single context. This was due to the regression I mentioned. To get rid of shift/reduce conflicts, Luigi set up right-recursive lists for globals, context elements, switch lists, and statements. Right recursive lists got rid of the warnings, but instead, they use up a tremendous amount of stack space when the lists are long. I saw this a few years back, and resolved not to fix it until someone complained. That day has arrived! After the changes were made, I ran the regression test suite, and there were no problems. I took the test case the user provided, and added 100,000 extensions to the single context, that already had 6,000 extens in it. (I'll see your 6, and raise you 100!) It takes a few minutes to read it all in, check it and generate code for it, but no problems. So, I think I can say that fundamentally, there are no longer any limits on the number of items you can place in contexts, statement blocks, switches, or globals, beyond your virt mem constraints. ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177294 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	59baa6340b	Blocked revisions 177287 via svnmerge ... ........ r177287 | tilghman | 2009-02-18 17:51:35 -0600 (Wed, 18 Feb 2009) | 2 lines Handle negative length and eliminate a condition that is always true. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177288 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Kevin P. Fleming	2f8fa8a764	Merged revisions 177229 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177229 | kpfleming | 2009-02-18 17:09:58 -0600 (Wed, 18 Feb 2009) | 3 lines fix two very minor bugs: if anyone ever uses SLINEAR16 as a format in RTP, ensure that the samples are byte-swapped to network order if needed. also, when a smoother is operating on a format that has a sample rate other than 8000 samples per second, use the proper sample rate for computing delivery timestamps. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177230 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
David Vossel	6e8806e23a	Merged revisions 177226 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177226 | dvossel | 2009-02-18 16:51:38 -0600 (Wed, 18 Feb 2009) | 9 lines Locking issue in action_bridge and bridge_exec action_bridge() and bridge_exec() both search for the channels to bridge to, and then immediately drop the lock. Instead, they should hold the lock until the masquerade is complete. This will guarantee the channel remains and prevent any other weirdness from occurring. In action_bridge() some more weirdness comes into play. Both channels are needlessly locked at the same time and perform the exact same logic. It makes sense from a coding organizational standpoint, but could cause a theoretical deadlock so I split the code up. There is an issue associated with this, but since its a rather complicated thing to reproduce I'm not certain this alone will close it. issue# 14296 Review: http://reviewboard.digium.com/r/167/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177228 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Jeff Peeler	10f903a9de	Merged revisions 177162 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177162 | jpeeler | 2009-02-18 14:11:57 -0600 (Wed, 18 Feb 2009) | 14 lines Modify h323 to build against PTLib as well as the older PWLib Several changes in PTLib have occurred requiring build time detection. Changes accounted for include the library name change, config option change, install location change, and a boolean type change which is handled by ast_ptlib.h. Also, the sed check has been modified to properly work with autoconf >= 2.62. (closes issue #14224) Reported by: bergolth Patches: asterisk-autoconf-sed.patch uploaded by bergolth (license 661) asterisk-pwlib-v3.patch uploaded by bergolth (license 661) Tested by: jpeeler ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177164 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	2b58929510	Merged revisions 177101 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177101 | russell | 2009-02-18 13:12:49 -0600 (Wed, 18 Feb 2009) | 8 lines Re-add 'o' option to MeetMe, reverting rev 62297. Enabling this option by default proved to be a bad idea, as the talker detection is not very reliable. So, make it optional again, and off by default. (issue #13801) Reported by: justdave ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177158 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	10f71a67e6	Merged revisions 177098 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r177098 | tilghman | 2009-02-18 13:05:15 -0600 (Wed, 18 Feb 2009) | 9 lines Merged revisions 177096 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r177096 | tilghman | 2009-02-18 12:30:38 -0600 (Wed, 18 Feb 2009) | 2 lines Document the return value of the update method (as requested on -dev list) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177100 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Doug Bailey	d62d9ae0fc	Merged revisions 177035 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177035 | dbailey | 2009-02-18 11:24:07 -0600 (Wed, 18 Feb 2009) | 2 lines Fixed error where a check for an zero length, terminated string was needed. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177037 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Joshua Colp	f08c2a683b	Merged revisions 177005 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r177005 | file | 2009-02-18 13:11:52 -0400 (Wed, 18 Feb 2009) | 6 lines Fix ordering of output for a ChannelUpdate manager event. (closes issue #14497) Reported by: vinsik Patches: chan_update_fix-chan_sip.c.diff uploaded by vinsik (license 623) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@177007 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Doug Bailey	b36f3223a3	Merged revisions 176948 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176948 | dbailey | 2009-02-18 10:09:12 -0600 (Wed, 18 Feb 2009) | 2 lines Need to take into account the \0 terminator of the old string to determine the amount available. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176962 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Steve Murphy	68c0e0de15	Merged revisions 176943 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176943 | murf | 2009-02-18 08:35:26 -0700 (Wed, 18 Feb 2009) | 45 lines This patch fixes merge_contexts_and_delete so it does not deadlock when hints are present. Reason: when I re-engineered the merge_and_delete func to reduce its lock time, I failed to notice that the functions it calls still also do locking as before. This leads to deadlocks on dialplan reloads, when there are actually living, subscribed hints registered in the system. While the reporter come across this problem while using AEL, I might note that these deadlocks should also happen if extensions.conf were used. Here I added these routines to pbx.c: ast_add_extension_nolock add_pri_lockopt ast_add_extension2_lockopt find_context add_hint_nolock All of the above routines are static and restricted to be used only within pbx.c, and more specifically within the merge_contexts_and_delete routine. They are pretty much the same as their counterparts except they don't lock contexts or hints. Most of them now do the real work of their name-alike, with optional locking via extra arguments, and are called by their name-alike. The goal was to have the original functions so they would behave exactly as before. Both PJ and I tested these fixes, and the deadlocking problem is no longer encountered. (closes issue #14357) Reported by: pj Patches: 14357.diff uploaded by murf (license 17) Tested by: pj, murf ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176946 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	e9ccb78b02	Merged revisions 176904 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176904 | russell | 2009-02-18 00:14:47 -0600 (Wed, 18 Feb 2009) | 2 lines Add example code for a heap traversal. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176906 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	677106d98a	Merged revisions 176901 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176901 | russell | 2009-02-18 00:00:40 -0600 (Wed, 18 Feb 2009) | 9 lines Fix a number of incorrect uses of strncpy(). The big problem here is that the 3rd argument provided in these uses of strncpy() did not reserve a byte for the null terminator, leaving the potential for writing one byte past the end of the buffer. Aside from this, there were coding guidelines violations with regards to spacing, as well as hard coded lengths being used instead of sizeof(). ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176903 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Dwayne M. Hubbard	5976b91359	Blocked revisions 176869 via svnmerge ... ........ r176869 | dhubbard | 2009-02-17 20:55:12 -0600 (Tue, 17 Feb 2009) | 7 lines T38 faxdetect should jump to the 'fax' extension for incoming calls only The previous implementation of T38 faxdetect resulted in both sides of the call jumping to a fax extension when both sides had 't38pt_udptl=yes' and 'faxdetect=yes' in sip.conf and a 'fax' extension in the current context. This revision will jump to a 'fax' extension on incoming calls only. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176871 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Kevin P. Fleming	25d34920f8	Blocked revisions 176841 via svnmerge ... ........ r176841 | kpfleming | 2009-02-17 20:02:54 -0600 (Tue, 17 Feb 2009) | 3 lines suppress smoothers for Siren codecs as well as Speex and G.723.1 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176843 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Shaun Ruffell	7aa2fec5f7	Merged revisions 176760 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176760 | sruffell | 2009-02-17 16:28:41 -0600 (Tue, 17 Feb 2009) | 10 lines Several changes to codec_dahdi to play nice with G723. This commit brings in the changes that were living out on the svn/asterisk/team/sruffell/asterisk-trunk-transcoder branch. codec_dahdi.c now always uses signed linear as the simple codec so that a soft g729 codec will not end up being preferred to the hardware codec. There are also changes to allow codec_dahdi.c to feed packets to the hardware in the native sample size of the codec. This solves problems with choppy audio when using G723. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176809 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	68b9042b7b	Blocked revisions 176771 via svnmerge ... ........ r176771 | russell | 2009-02-17 16:52:43 -0600 (Tue, 17 Feb 2009) | 2 lines Remove a dependency that no longer exists. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176773 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Dwayne M. Hubbard	e51c85db06	Merged revisions 176705 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176705 | dhubbard | 2009-02-17 15:59:38 -0600 (Tue, 17 Feb 2009) | 11 lines create a UDPTL structure in create_addr_from_peer() if it does not already exist for T38 This is required to create a UDPTL structure in create_addr_from_peer() to handle the scenario where 't38pt_udptl=yes' is not defined in the [general] section of sip.conf but is defined the peer's context. I tested this patch by enabling t38pt_udptl in the [general] section on one system and only enabling t38pt_udptl in a peer's context on the system sending a fax. Without the patch, the sending system will fail to initiate T38 negotiation with the warning message, "No way to add SDP without an UDPTL structure". When this patch is applied the sending side will successfully initiate T38 negotiation. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176731 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Jeff Peeler	22dafa5396	Merged revisions 176708 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176708 | jpeeler | 2009-02-17 16:08:00 -0600 (Tue, 17 Feb 2009) | 23 lines Merged revisions 176701 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176701 | jpeeler | 2009-02-17 15:54:34 -0600 (Tue, 17 Feb 2009) | 17 lines Modify bridging to properly evaluate DTMF after first warning is played The main problem is currently if the Dial flag L is used with a warning sound, DTMF is not evaluated after the first warning sound. To fix this, a flag has been added in ast_generic_bridge for playing the warning which ensures that if a scheduled warning is missed, multiple warrnings are not played back (due to a feature evaluation or waiting for digits). ast_channel_bridge was modified to store the nexteventts in the ast_bridge_config structure as that information was lost every time ast_channel_bridge was reentered, causing a hangup due to incorrect time calculations. (closes issue #14315) Reported by: tim_ringenbach Reviewed on reviewboard: http://reviewboard.digium.com/r/163/ ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176711 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Mark Michelson	b34935bb7f	Blocked revisions 176706 via svnmerge ... ........ r176706 | mmichelson | 2009-02-17 16:02:42 -0600 (Tue, 17 Feb 2009) | 3 lines Use constants from inttypes.h to clear up 64-bit compilation errors ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176707 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Mark Michelson	b03ba14e81	Merged revisions 176697 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176697 | mmichelson | 2009-02-17 15:40:09 -0600 (Tue, 17 Feb 2009) | 3 lines Clear up documentation of AST_FRIENDLY_OFFSET in frame.h ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176699 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	18b14510f2	Merged revisions 176666 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176666 | russell | 2009-02-17 15:22:40 -0600 (Tue, 17 Feb 2009) | 16 lines Update the timing API to have better support for multiple timing interfaces. 1) Add module use count handling so that timing modules can be unloaded. 2) Implement unload_module() functions for the timing interface modules. 3) Allow multiple timing modules to be loaded, and use the one with the highest priority value. 4) Report which timing module is being use in the "timing test" CLI command. (closes issue #14489) Reported by: russell Review: http://reviewboard.digium.com/r/162/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176675 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	75ff7a609d	Merged revisions 176592,176642 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176592 | tilghman | 2009-02-17 12:49:20 -0600 (Tue, 17 Feb 2009) | 4 lines Add assertions in the quest to track down a refcount leak. (closes issue #14485) Reported by: davevg ........ r176642 | tilghman | 2009-02-17 15:14:18 -0600 (Tue, 17 Feb 2009) | 8 lines Prior to masquerade, move the group definitions to the channel performing the masq, so that the group count lingers past the bridge. (closes issue #14275) Reported by: kowalma Patches: 20090216__bug14275.diff.txt uploaded by Corydon76 (license 14) Tested by: kowalma ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176644 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	de6aec7594	Blocked revisions 176639 via svnmerge ... ........ r176639 | russell | 2009-02-17 15:04:08 -0600 (Tue, 17 Feb 2009) | 9 lines Significantly improve scheduler performance under high load. This patch changes the scheduler to use a max-heap to store pending scheduler entries instead of a fully sorted doubly linked list. When the number of entries in the scheduler gets large, this will perform much better. For much more detailed information on this change, see the review request. Review: http://reviewboard.digium.com/r/160/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176641 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	60fa843ca7	Merged revisions 176635 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176635 | russell | 2009-02-17 14:56:26 -0600 (Tue, 17 Feb 2009) | 4 lines Add a test module for the heap implementation. Review: http://reviewboard.digium.com/r/160/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176637 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	24d7b89cbe	Merged revisions 176632 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176632 | russell | 2009-02-17 14:51:10 -0600 (Tue, 17 Feb 2009) | 8 lines Add an implementation of the heap data structure. A heap is a convenient data structure for implementing a priority queue. Code from svn/asterisk/team/russell/heap/. Review: http://reviewboard.digium.com/r/160/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176634 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	ea60dabb76	Blocked revisions 176627 via svnmerge ... ........ r176627 | russell | 2009-02-17 14:41:24 -0600 (Tue, 17 Feb 2009) | 37 lines Merge a large set of updates to the Asterisk indications API. This patch includes a number of changes to the indications API. The primary motivation for this work was to improve stability. The object management in this API was significantly flawed, and a number of trivial situations could cause crashes. The changes included are: 1) Remove the module res_indications. This included the critical functionality that actually loaded the indications configuration. I have seen many people have Asterisk problems because they accidentally did not have an indications.conf present and loaded. Now, this code is in the core, and Asterisk will fail to start without indications configuration. There was one part of res_indications, the dialplan applications, which did belong in a module, and have been moved to a new module, app_playtones. 2) Object management has been significantly changed. Tone zones are now managed using astobj2, and it is no longer possible to crash Asterisk by issuing a reload that destroys tone zones while they are in use. 3) The API documentation has been filled out. 4) The API has been updated to follow our naming conventions. 5) Various bits of code throughout the tree have been updated to account for the API update. 6) Configuration parsing has been mostly re-written. 7) "Code cleanup" The code is from svn/asterisk/team/russell/indications/. Review: http://reviewboard.digium.com/r/149/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176629 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	ceffd56266	Merged revisions 176557 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176557 | russell | 2009-02-17 11:33:38 -0600 (Tue, 17 Feb 2009) | 12 lines Fix a race condition that caused device states to become incorrect for hints. The problem here is that the hint processing code was subscribed to the wrong event type. So, it started processing state for a hint too soon, before the device state cache had been updated. Also, fix a similar bug in app_queue, as it was also subscribed to the wrong event type. (closes issue #14461) Reported by: alecdavis ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176559 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	19515dc39f	Merged revisions 176501 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176501 | tilghman | 2009-02-17 08:39:36 -0600 (Tue, 17 Feb 2009) | 3 lines In this version, we can combine the queries, because we support dropping nonexistent columns. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176503 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	e97be790c0	Merged revisions 176459 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176459 | tilghman | 2009-02-16 19:58:39 -0600 (Mon, 16 Feb 2009) | 17 lines Merged revisions 176426 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176426 | tilghman | 2009-02-16 18:49:22 -0600 (Mon, 16 Feb 2009) | 10 lines After a 'sip reload', qualifies for realtime peers weren't immediately restarted, instead waiting until the next registration. We're now caching the qualify across a reload/restart and starting the qualify immediately upon loading the peer. (closes issue #14196) Reported by: pdf Patches: 20090120__bug14196_1.4.diff.txt uploaded by pdf (license 663) Tested by: pdf ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176461 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
David Vossel	1ed4960ea5	Merged revisions 176355 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176355 | dvossel | 2009-02-16 17:33:55 -0600 (Mon, 16 Feb 2009) | 13 lines Merged revisions 176354 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176354 | dvossel | 2009-02-16 17:30:52 -0600 (Mon, 16 Feb 2009) | 8 lines Fixes issue with AST_CONTROL_SRCUPDATE not being relayed correctly during bridging This should have been committed with rev176247, but I missed it. srcupdate frames no longer break out of the native bridge, but are not being sent to the other call leg either. This fixs that. issue #13749 ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176362 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	687a52e7c3	Blocked revisions 176360 via svnmerge ... ........ r176360 | tilghman | 2009-02-16 17:48:54 -0600 (Mon, 16 Feb 2009) | 4 lines Might want to update the buffer pointer after a realloc (or we crash) (closes issue #14485) Reported by: davevg ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176361 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Kevin P. Fleming	03f0bcc880	Blocked revisions 176356 via svnmerge ... ........ r176356 | kpfleming | 2009-02-16 17:37:37 -0600 (Mon, 16 Feb 2009) | 3 lines add support for Siren7 and Siren14 flavors of prompts and music on hold ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176358 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	891769666b	Merged revisions 176320 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176320 | tilghman | 2009-02-16 17:14:08 -0600 (Mon, 16 Feb 2009) | 7 lines Use the correct list macros for deleting an item from the middle of a list. (issue #13777) Reported by: pj Patches: 20090203__bug13777.diff.txt uploaded by Corydon76 (license 14) Tested by: pj ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176321 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Kevin P. Fleming	b88bed9b07	Merged revisions 176255 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176255 | kpfleming | 2009-02-16 15:45:54 -0600 (Mon, 16 Feb 2009) | 13 lines Merged revisions 176216 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176216 | kpfleming | 2009-02-16 15:10:38 -0600 (Mon, 16 Feb 2009) | 3 lines fix a flaw in the ast_string_field_build() family of API calls; these functions made no attempt to reuse the space already allocated to a field, so every time the field was written it would allocate new space, leading to what appeared to be a memory leak. ........ r176254 | kpfleming | 2009-02-16 15:41:46 -0600 (Mon, 16 Feb 2009) | 3 lines correct a logic error in the last stringfields commit... don't mark additional space as allocated if the string was built using already-allocated space ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176259 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Mark Michelson	dc6d1cd3b9	Merged revisions 176253 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176253 | mmichelson | 2009-02-16 15:40:40 -0600 (Mon, 16 Feb 2009) | 24 lines Merged revisions 176249,176252 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176249 | mmichelson | 2009-02-16 15:34:27 -0600 (Mon, 16 Feb 2009) | 14 lines Open the DAHDI pseudo device and set it to be nonblocking atomically Apparently on FreeBSD, attempting to set the O_NONBLOCKING flag separately from opening the file was causing an "inappropriate ioctl for device" error. While I cannot fathom why this would be happening, I certainly am not opposed to making the code a bit more compact/efficient if it also fixes a bug. (closes issue #14482) Reported by: ys Patches: meetme.patch uploaded by ys (license 281) Tested by: ys ........ r176252 | mmichelson | 2009-02-16 15:39:21 -0600 (Mon, 16 Feb 2009) | 3 lines Remove unused variable and make dev-mode compilation happy ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176257 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
David Vossel	d9d35e070b	Merged revisions 176248 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176248 | dvossel | 2009-02-16 15:30:17 -0600 (Mon, 16 Feb 2009) | 11 lines Merged revisions 175597 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r175597 | dvossel | 2009-02-13 14:11:55 -0600 (Fri, 13 Feb 2009) | 4 lines Fixed iax2 key rotation backwards compatibility Turns key rotation back on by default. Added bit into encryption IE to indicate whether or not key rotation is supported or not. If it is not supported then it is not enabled, which insures backwards compatibility. This eliminates the need for the keyrotate option in iax.conf, so it has been removed. ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176251 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Mark Michelson	5cb74cdee8	Merged revisions 176174 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176174 | mmichelson | 2009-02-16 12:25:57 -0600 (Mon, 16 Feb 2009) | 11 lines Assist proper thread synchronization when stopping the logger thread. I was finding that on my dev box, occasionally attempting to "stop now" in trunk would cause Asterisk to hang. I traced this to the fact that the logger thread was waiting on a condition which had already been signalled. The logger thread also need to be sure to check the value of the close_logger_thread variable. The close_logger_thread variable is only checked when the list of logmessages is empty. This allows for the logger thread to print and free any pending messages before exiting. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176176 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	24c159b913	Blocked revisions 176138 via svnmerge ... ........ r176138 | tilghman | 2009-02-16 11:44:51 -0600 (Mon, 16 Feb 2009) | 2 lines Can't set debug level 2 (intense debugging) unless the syntax matches ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176139 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	fbec79a2f5	Merged revisions 176100 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ........ r176100 | russell | 2009-02-16 11:09:24 -0600 (Mon, 16 Feb 2009) | 4 lines Remove chan_features. Review: http://reviewboard.digium.com/r/161/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176102 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Tilghman Lesher	110c79d194	Eliminate mention of a variable which exists only in trunk. ... (Thanks, jsmith) git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176099 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Joshua Colp	800c99a36c	Merged revisions 176030 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/trunk ................ r176030 | file | 2009-02-16 11:36:19 -0400 (Mon, 16 Feb 2009) | 16 lines Merged revisions 176029 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176029 | file | 2009-02-16 11:33:53 -0400 (Mon, 16 Feb 2009) | 9 lines Don't have the Via header stored as a stringfield as it can change often during the lifetime of a dialog. This issue crept up with subscriptions on the AA50. When an outgoing NOTIFY is sent a new branch value is created and the Via header is changed to reflect it. Since this was a stringfield a new spot in the pool was used for the value while the old was left untouched/unused. If the current pool was full a new pool was created. This would cause memory usage to increase steadily. (issue #AA50-2332) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@176032 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago