aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2007-12-20Use autotagged externalsv1.4.16.2russell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16.2@94266 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20Importing files for 1.4.16.2 releaserussell3-0/+14361
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16.2@94264 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20Creating tag for the release of asterisk-1.4.16.2russell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.16.2@94263 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20Merged revisions 94255 via svnmerge from russell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r94255 | russell | 2007-12-20 14:21:41 -0600 (Thu, 20 Dec 2007) | 5 lines Fix another potential seg fault ... (closes issue #11606) Reported by: dimas ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94256 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20Fix a deadlock in d-channel handling in chan_zap.russell1-2/+31
This deadlock was introduced by the fix to ensure that channels are properly locked when handling channel variables. There were sections of this code where the channel pvt was locked before the channel lock, when in fact it _must_ be the other way around. (closes issue #11582) Reported by: bugi git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94251 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-20Blocked revisions 94214 via svnmergerussell0-0/+0
........ r94214 | russell | 2007-12-20 11:29:11 -0600 (Thu, 20 Dec 2007) | 2 lines Fix a couple of places where it's possible to dereference a NULL pointer. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94215 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Sox versions 13.0.0 and newer do not have "soxmix" and instead use sox -m. ↵mmichelson1-1/+10
res_monitor needs to use this if the user does not have soxmix. (closes issue #11589, reported by amessina, patch inspired by amessina but with a flourish from me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94122 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Check for the existence of the soxmix application on the target platform and ↵russell3-4/+118
have the result available in autoconfig.h. (part of issue #11589) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94077 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Make the 1.4 builders happy, ensure var is NULL.file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93955 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-19Avoid segfault in chan_iax when peer isn't definedtilghman1-1/+1
(Closes issue #11602) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93949 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-18FreeBSD also does not have byte swap functions.qwell1-1/+1
Issue 11586, patch by sobomax. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93764 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
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-16 06:30:25 +0000