aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2009-08-18git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.17@212958 ↵v1.4.17kpfleming8-20/+19
f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Use autotagged externalsrussell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.17@95956 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Importing files for 1.4.17 releaserussell3-0/+14561
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.17@95953 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Creating tag for the release of asterisk-1.4.17russell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.17@95948 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02Allocate a SIP refer structure when performing a transfer using BYE with ↵file1-1/+6
Also so that the transfer information is properly stored. (AST-2008-001) (closes issue #11637) Reported by: greyvoip git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95946 f38db490-d61c-443f-a65b-d21fe96a405b
2008-01-02A change to improve the accuracy of queue logging in the case where a member ↵mmichelson1-6/+23
does not answer during the specified timeout period. Prior to this change, there was a small chance that the member name recorded in this case would be blank. Also prior to this change, if using the ringall strategy, if no one answered the call during the specified timeout, the member name listed in the queue log would randomly be one of the members that was rung. (closes issue #11498, reported and tested by hloubser, patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95890 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-31Avoiding a potentially bad locking situation. ast_merge_contexts_and_delete ↵mmichelson1-1/+2
writelocks the conlock, then calls ast_hint_extension, which attempts to readlock the same lock. Recursion with read-write locks is dangerous, so the inner lock needs to be removed. I did this by copying the "guts" of ast_hint_extension into ast_merge_contexts_and_delete (sans the extra lock). (this change is inspired by the locking problems seen in issue #11080, but I have no idea if this is the problematic area experienced by the reporters of that issue) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95577 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-31Allow the default "0" to be returned if the STAT failstilghman1-1/+1
(Closes issue #11659) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95470 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-28Remove duplicate increment of the header count in the add_header() function.russell1-4/+0
(closes issue #11648) Reported by: makoto Patch provided by sergee, committed patch by me, inspired by comments from putnopvut git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95191 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-28I found a bug while browsing the queue code and managed to reproduce it in a ↵mmichelson1-4/+2
small setup. If a queue uses the ringall strategy, it was possible through unfortunate coincidence for a single member at a given penalty level to make app_queue think that all members at that penalty level were unavailable and cause the members at the next penalty level to be rung. With this patch, we will only move to the next penalty level if ALL the members at a given penalty level are unreachable. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95095 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Don't report a syntax error when an empty string is passed to ast_get_group.russell1-0/+3
Just return 0. (closes issue #11540) Reported by: tzafrir Patches: group_empty.diff uploaded by tzafrir (license 46) -- slightly changed by me git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@95024 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Fixing a typo in a comment.mmichelson1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94977 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Include types.h in chan_h323 as without it it can not be compiled on some ↵file1-0/+1
operating systems like FreeBSD to name one. (closes issue #11585) Reported by: sobomax Patches: chan_h323.c.diff uploaded by sobomax (license 359) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94924 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Use ast_strlen_zero to see if our_contact is set or not on the dialog. It is ↵file1-1/+1
possible for it to be a pointer to NULL. (closes issue #11557) Reported by: FuriousGeorge git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94905 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Now that the contexts lock is a read/write lock, it should not be locked hererussell1-2/+0
in ast_hint_state_changed(). This makes it get locked recursively which now causes a deadlock. (closes issue #11080, thanks to callguy for the access to a deadlocked machine) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94831 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Use the constant that I really meant to use here ...russell2-4/+4
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94829 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27Change ast_translator_best_choice() to only pay attention to audio formats.russell1-4/+4
This fixes a problem where Asterisk claims that a translation path can not be found for channels involving video. (closes issue #11638) Reported by: cwhuang Tested by: cwhuang Patch suggested by cwhuang, with some additional changes by me. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94828 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-27make this comment explain the situation in an even more explicit fashionkpfleming1-5/+11
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94824 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26Workaround for what is probably a glibc bug (but we'll see this crop up againtilghman1-0/+8
and again, if we don't add the workaround). Reported by: rolek Patch by: tilghman (Closes issue #11601, closes issue #11426) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94808 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26Just in case the AST_FLAG_END_DTMF_ONLY flag was already set before startingrussell1-25/+39
autoservice, remember it and ensure that the channel has the same setting when autoservice gets stopped. (pointed out by d1mas, patched up by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94801 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26When a channel is in autoservice, mark a flag on the channel that says thatrussell1-0/+2
we only care about the END of a digit. That way, no magic digit emulation stuff will happen when all we're doing is queueing up END frames. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94797 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26Don't try to send a parked call back to itself.russell1-5/+4
(closes issue #11622, reported by djrodman, patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94793 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26Don't store DTMF BEGIN frames while a channel is in autoservice. It's justrussell1-1/+1
going to make ast_read() do a lot of extra work when the channel comes back out of autoservice. (closes issue #11628, patched by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94790 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-26List include/asterisk/version.h as a .PHONY target because we want the commandsrussell1-1/+1
listed for this target to be executed regardless of whether the file exists or not. This fixes having the version not up to date when running from svn. (closes issue #11619, reported by plack, fixed by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94789 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-25file says... build on the builders.file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94769 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-24Race: we need to wait to queue a NewChannel event until after the channel istilghman1-16/+19
inserted into the channel list. The reason is because some manager users immediately queue requests from the channel when they see that event and are confused when Asterisk reports no such channel. (Closes issue #11632) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94767 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-24More deadlock avoidance code (this time between sip_monitor and sip_hangup)tilghman1-1/+8
Reported by: apsaras Patch by: tilghman (Closes issue #11413) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94765 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-24Another bit of bad logic in realtime_peertilghman1-2/+1
Reported by: dimas Patch by: dimas (Closes issue #11631) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94763 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-23Argh... I suppose third time's the charm.tilghman1-21/+22
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94660 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Bunch of coding guidelines cleanupmmichelson1-79/+77
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94543 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Better quota support for using IMAP storage voicemailmmichelson1-1/+38
(closes issue #11415, reported by jaroth) (closes issue #11152, reported by selsky) Patch provided by jaroth git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94540 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21The mail_copy c-client function does not expect a full imap mailbox string, ↵mmichelson1-7/+3
just the name of the mailbox. (closes issue #11419, reported and patched by jaroth, with additional patchwork from me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94538 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Since we are freeing list elements within a list traversal, we need to use ↵mmichelson1-1/+3
the safe traversal and remove the item from the list before freeing it. (closes issue 11612, reported by dtyoo) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94468 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Convert the contexts lock to a read/write lock to resolve a deadlock. Thisrussell2-32/+51
has a nice side benefit of improving performance. :) (closes issue #11609) (closes issue #11080) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94466 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Removing a debug message I accidentally just committedmmichelson1-1/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94464 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Fixing Portuguese syntax for saying dates and times. Also some coding ↵mmichelson2-46/+43
guidelines cleanup. (closes issue #11599, reported and patched by caio1982, coding guidelines cleanup by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94420 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-21Fix for restart-as-user problem reported via the -dev listtilghman1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94418 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
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-27 03:36:03 +0000