aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2009-08-18git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16@212958 ↵v1.4.16kpfleming8-20/+19
f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18add release noterussell1-0/+4
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16@93738 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18use autotagged externalsrussell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16@93737 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18importing files for 1.4.16 releaserussell3-0/+14300
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16@93736 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18Creating tag for the release of asterisk-1.4.16russell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16@93735 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18Blocked revisions 93675 via svnmergetilghman0-0/+0
........ r93675 | tilghman | 2007-12-18 12:44:41 -0600 (Tue, 18 Dec 2007) | 2 lines Oops, missed this one case ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93676 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18Merged revisions 93667 via svnmerge from tilghman2-9/+93
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r93667 | tilghman | 2007-12-18 12:23:06 -0600 (Tue, 18 Dec 2007) | 2 lines Fixing AST-2007-027 (Closes issue #11119) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93668 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18Rework deadlock avoidance used in ast_write, since it meant that agent ↵mmichelson1-15/+14
channels which were being monitored had one audio file recorded and one empty audio file saved. (closes issue #11529, reported by atis patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93625 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17Missed a spot..qwell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93420 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17What was I thinking when I wrote this masterpiece?qwell1-7/+9
-1 + 1 = 0.. who woulda thunk it?. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93381 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17Do not try to access information about a lock when printing out a trylock ↵file1-1/+1
attempt. It is possible for the lock that it references to no longer be valid. This would have caused segfaults or deadlocks. (issue #BE-263) (closes issue #11080) Reported by: callguy (closes issue #11100) Reported by: callguy git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93377 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17Today is tomorrow's yesterday, and yesterday's tomorrow is today, andtilghman1-2/+2
tomorrow's tomorrow is the day after tomorrow, so who cares if you recycle anyway? If this confuses you, that's nothing compared to what this fixes. ;-) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93336 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17We need to create the directory for a voicemail user even if they are using ↵mmichelson1-2/+0
IMAP storage since greetings are stored in the filesystem. (closes issue #11388, reported by spditner, patch by me inspired by a patch by spditner) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93291 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17If a call is received with a called number IE containing nothing go to the ↵file1-1/+6
's' extension. (closes issue #9099) Reported by: kb1_kanobe2 Patches: 20070906__9099.diff.txt uploaded by Corydon76 (license 14) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93250 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17fix some copy-and-paste leftoverskpfleming7-14/+14
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93183 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17Issue 11574: Add dependencies on res_monitor and res_features. oej5-0/+13
I wonder if Asterisk can run at all without res_features. My guess is that there's propably a lot of more modules and the core that depends on it. Reported by: caio1982 (closes issue #11574) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93182 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17In http://lists.digium.com/pipermail/asterisk-dev/2007-December/031145.html,kpfleming17-6119/+2420
rizzo brought up some issues related to the way that the metadata required for menuselect and the rest of the build system is extracted from the source files. Since I had a few hours to kill on an airplane today, I decided to improve this situation... so now the system caches the extracted metadata and uses it to build the menuselect 'tree' as much as it can. The result of this is that when a single source file is changed, only the metadata for that file needs to be extracted again, and the rest is used from the cache files. I also reduced the number of forked processes required to do the metadata extraction; it was actually possible to do most of what we needed in the Makefiles themselves without using any shell scripts at all! On my laptop, these changes resulted in an 80% decrease in the time required for the 'menuselect.makeopts' automatic check to occur after editing a single source file. While doing this work I also cleaned up a few minor things in the Makefiles, adding a check for 'awk' to the configure script and changed all remaining places we use 'grep' or 'awk' to use the ones found by the configure script, and changed the 'prep_tarball' script to build the menuselect metadata so that tarballs of Asterisk will include it and won't require the user to wait while it is extracted after unpacking. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93180 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-14There are a lot of existing systems that #include non-existent files. So, torussell1-2/+11
make the transition to treating this as an error a bit less painless, just issue a huge error message for now. Then, later, we can reinstate the code that treats it as a failure. (Thanks to philippel for the feedback) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93000 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-14Up the length of the format on the SIP channel since it can now be rather long.file1-2/+2
(closes issue #11552) Reported by: francesco_r git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92937 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-14fixed the sequencing of WAITING_4DIGS state setting and overlap_task thread ↵crichter1-1/+1
starting. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92934 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-14Change help documentation to match actual behavior (FAILURE vs FAILED).tilghman1-1/+1
Reported by: angeloxx-sir Patch by: tilghman (Closes issue #11548) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92933 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-14When compiling with DETECT_DEADLOCKS, don't spam the CLI with messagesmmichelson1-4/+5
about possible deadlocks. Instead just print the intended single message every five seconds. (closes issue 11537, reported and patched by dimas) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92875 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-13Properly initialize polarity statuses, so that they are detected properly.tilghman1-8/+20
Reported by: julianjm Patch by: julianjm (Closes issue #10238) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92815 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-13Make application help text a little more clear about the use of extensions ↵qwell1-7/+7
in a filename. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92809 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-13Prevent another potential fd leakmmichelson1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92807 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-13Prevent a possible fd leak. mmichelson1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92803 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-13If a typo is found in a config file, we previous continued on with what was ↵qwell4-104/+116
already loaded. We do not want to do this (see bug below for details). This makes it so that if a [ is found without a ], the entire config will fail, and nothing in it will be loaded. Isue #10690. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92696 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12emit a warning message when we drop a G.729B CNG frame destined for the ↵kpfleming1-0/+5
transcoder git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92656 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12Don't increment user count until after name has been recorded (if enabled).qwell1-21/+29
Issue 11048, tested by pep. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92617 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12resolve compiler warningrussell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92556 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12Correctly detect where a dynamic feature was activated. Before this patch,mmichelson1-4/+7
the channel which initiated the bridge was always assumed to have been the one which activated the dynamic feature. This patch corrects this. (closes issue #11529, reported and patched by nic_bellamy) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92510 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12Test directly for the API that fixed AST-2007-026, to ensure that oldertilghman3-1747/+5958
versions of PostgreSQL are no longer acceptable. (Closes issue #11526) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92463 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-12Removing an unused variable.mmichelson1-7/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92443 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-11Fix potential memory leak with the dialed interfaces list if another memory ↵file1-0/+1
allocation fails. (closes issue #11507) Reported by: eliel Patches: global_datastores.c.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92363 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-11Fixing autofill to be more accurate. Specifically, if calls ahead of the currentmmichelson1-1/+4
caller were ringing members (but not yet bridged) there could be available members and waiting callers who would not get matched up. The member availability checker was correctly determining the number of available members in this scenario, but the queue itself did not parallelly reflect this status on the pending calls. This commit corrects the issue. (closes issue #11459, reported by equissoftware, patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92323 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-10Add G729A as another possible payload name for G729. Some devices use this ↵file1-0/+1
instead of G729, which is perfectly normal since the payload number itself is defined and can't be used by anything else so the name doesn't matter that much. (closes issue #11483) Reported by: revolution Patches: rtp.diff uploaded by revolution (license 346) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92204 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-10If there are no members in a queue, then the loop where the datastore for ↵mmichelson1-2/+4
detecting duplicate dialed numbers will be skipped, meaning the datastore isn't created. This means that when we try to free it, there's a crash. This stops that crash from occurring. (closes issue #11499, reported by slavon, patched by eliel) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92202 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-10It is possible for nativeformats to contain more then one codec, so print ↵file1-2/+3
out multiple ones. (closes issue #11366) Reported by: ovi git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92200 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-10Avoid reinvite race situations with two Asterisks tryingoej1-5/+36
to reinvite each other in 1.4 and trunk. This patch implements support for the 491 error code that Asterisk 1.4 generates on situations where we get an incoming INVITE and already has one in progress. Thanks to mavetju for reporting and to Raj Jain for an excellent explanation of the problem. Patch by myself. Tested with 8 Asterisk servers connected to each other in a training network. Closes issue #10481 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92158 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07We need to make sure we free the input frame if we return a different frame ↵qwell1-0/+2
in ast_dsp_process. Issue 11273, pointed out by dimas, with a patch by eliel. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91890 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07even though Asterisk explicitly requests that endpoints using G.729 do *not* ↵kpfleming1-0/+9
use Annex B (silence detection and comfort noise generation) some do anyway; the transcoder card interface does not currently work properly with CNG frames, so trim off the CNG before sending the data git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91870 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07Make the lock protecting each thread's list of locks it currently holdsrussell1-1/+6
recursive. I think that this will fix the situation where some people have said that "core show locks" locks up the CLI. (related to issue #11080) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91830 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07Fix another bug in the DEBUG_THREADS code. The ast_mutex_init() function hadrussell1-1/+1
the mutex attribute object marked as static. This means that multiple threads initializing locks at the same time could step on each other and end up with improperly initialized locks. (found when tracking down locking issues related to issue #11080) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91828 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07I love fixing lock related errors in the lock debugging code. That's about asrussell1-1/+1
ironic as it gets in Asterisk programming land. Anyway, I spotted this bug while trying to track down why systems are locking up and acting weird in issue #11080. The mutex attribute object was marked as static in this function when it should not have been. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91826 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07* Add channel locking around datastore operations that expect the channelrussell1-26/+43
to be locked. * Document why we don't record Local channels in the dialed interfaces list. * Remove the dialed variable as it isn't needed. * Restructure some code for clarity and coding guidelines stuff git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91783 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07* Add channel locking around datastore operations that expect the channelrussell1-17/+39
to be locked. * Document why we don't record Local channels in the dialed interfaces list. * Handle memory allocation failure. * Remove the dialed variable, as it wasn't actually needed. * Tweak some formatting to conform to coding guidelines. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91780 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07* Add a bit more of a verbose comment as to why a hangup frame needs to berussell1-16/+30
queued up if autoservice gets a NULL return from ast_read(). * Make the process of queueing the hangup frame more efficient by putting the frame where it is going to end up and avoiding some locking and extra memory allocations and freeing. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91777 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07Hangups that happen during autoservice were not processed appropriately. This ismmichelson1-1/+4
because a hangup actually causes a NULL frame to be received, not a hangup frame. Queueing a hangup if we receive a NULL frame during autoservice corrects this problem (closes issue #11467, reported by jmls, patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91737 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07Don't unlock the dialed_interfaces list until we're done messing with the ↵russell1-1/+1
iterator. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91693 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-07Allow dialing local channels from Queue() and Dial() again. There was a slightrussell2-4/+3
flaw in the code to prevent call forwards from looping that caused this problem. (related to issue #11486) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@91677 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-21 17:39:58 +0000