aboutsummaryrefslogtreecommitdiffstats
path: root/res
AgeCommit message (Collapse)AuthorFilesLines
2006-12-11Merged revisions 48374 via svnmerge from tilghman2-6/+29
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48374 | tilghman | 2006-12-10 18:33:59 -0600 (Sun, 10 Dec 2006) | 5 lines When doing a fork() and exec(), two problems existed (Issue 8086): 1) Ignored signals stayed ignored after the exec(). 2) Signals could possibly fire between the fork() and exec(), causing Asterisk signal handlers within the child to execute, which caused nasty race conditions. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48375 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-07Merged revisions 48356 via svnmerge from russell1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48356 | russell | 2006-12-07 13:14:13 -0500 (Thu, 07 Dec 2006) | 3 lines Ensure that the file position is not incremented beyond the total number of files available for playback. (issue #8539, ulogic) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48357 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-30Merged revisions 48154 via svnmerge from file1-6/+0
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48154 | file | 2006-11-30 14:04:11 -0500 (Thu, 30 Nov 2006) | 2 lines Do not listen for DTMF on the bridge that comes into existence when ParkedCall is executed. This means native bridging can now occur for this. (issue #8406 reported by kebl0155) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48155 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-27Merged revisions 48045 via svnmerge from tilghman1-17/+14
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48045 | tilghman | 2006-11-27 11:15:54 -0600 (Mon, 27 Nov 2006) | 2 lines Random MOH wasn't really random (bug 8381) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48049 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-13Merged revisions 47525 via svnmerge from tilghman1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r47525 | tilghman | 2006-11-12 23:45:11 -0600 (Sun, 12 Nov 2006) | 2 lines If the execute fails a second time, make sure that we don't pass back a stale handle ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47526 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-07These mods are to solve the problem in bug 7506. It's a lot of rework to ↵murf1-7/+3
solve a fairly small problem... such is life. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47303 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-07Merged revisions 47238 via svnmerge from russell1-0/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r47238 | russell | 2006-11-06 20:22:58 -0500 (Mon, 06 Nov 2006) | 5 lines If random order is enabled for files mode music on hold, set a random initial position, instead of always starting at the first file, and doing the random operation only when switching to the next file. (bug reported by John Lange on the asterisk-dev mailing list) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47239 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-02More changes making the CLI more consistent with "category verb arguments" ↵tilghman2-3/+3
(continuation of issue 8236) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47053 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-02Reverse change of "show" to "list" and make several other commands more ↵tilghman6-18/+13
consistent with "category verb arguments" git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47051 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-02Merged revisions 46964 via svnmerge from russell1-0/+4
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r46964 | russell | 2006-11-02 12:47:56 -0500 (Thu, 02 Nov 2006) | 3 lines ignore files in a music on hold directory that begin with '.' (issue #8249, cboie) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46965 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-01a fix for bug 8251; the var_val needs to accept longer strings or mass ↵murf1-1/+1
confusion and a lot of lost time is the result git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46802 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-01Merged revisions 46776 via svnmerge from russell1-1/+19
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r46776 | russell | 2006-11-01 13:24:17 -0500 (Wed, 01 Nov 2006) | 9 lines soxmix and Asterisk expect different file extensions for certain formats. This was already handled for the wav49 format. However, it was not handled for ulaw and alaw. I fixed this in such a way that using the alternate extensions for ulaw and alaw will only happen if we know we're calling soxmix, and not a custom script defined using the MONITOR_EXEC variable. The wav49 processing was left alone so that external scripts will see no behavior change. (issue #7550, reported by mnicholson, proposed patch by junky, committed fix is a bit different) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46778 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-31Merged revisions 46557 via svnmerge from russell1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r46557 | russell | 2006-10-31 01:13:09 -0500 (Tue, 31 Oct 2006) | 3 lines fix some copy/paste bugs in the checking of arguments for the "control stream file" AGI command (issue #8255, mnicholson) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46558 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-27We should always be using _exit() after a fork() or vfork() instead of exit().russell2-3/+3
This is because exit() does some extra cleanup which in some implementations of vfork(), for example, can actually modify the state of the parent process, causing very weird bugs or crashes. (issue #7971, Nick Gavrikov) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46363 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-25apparently developers are still not aware that they should be use ↵kpfleming1-3/+2
ast_copy_string instead of strncpy... fix up many more users, and fix some bugs in the process git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46200 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-24Fix FastAGI when there is no pid (bug #7628, #8147)markster1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46142 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-23don't crash when an incoming message has no "from" (issue #8205, jmls)russell1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45999 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-21Add a couple missing unregistrations of manager actions and remove duplicaterussell1-2/+2
unregistrations of applications. (issue #8194, jmls) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45818 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-19Let's remember to unregister JabberStatus too (issue #8184 reported by jmls)file1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45694 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-13Clear the quiet flag too since we are restarting a recognition again ↵file1-0/+1
(reported on -dev by Stephan Edelman) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45106 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-13Check return value from engine in case of failure (ie: out of licenses) ↵file1-2/+6
(reported on -dev mailing list) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45104 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-12change some debug output to use LOG_DEBUG instead of verbose outputrussell1-12/+12
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44911 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-04update thread creation code a bitkpfleming4-5/+5
reduce standard thread stack size slightly to allow the pthreads library to allocate the stack+data and not overflow a power-of-2 allocation in the kernel and waste memory/address space add a new stack size for 'background' threads (those that don't handle PBX calls) when LOW_MEMORY is defined git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44378 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-03fix issue with dialing client without resource.mogorman1-7/+19
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44312 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-03updated res_jabber for even better component support, soon will be jep-0100 ↵mogorman1-54/+73
compliant. also removed chan_jingle and infromed info from jingle.txt, chan_gtalk still works and should be used in this version. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44240 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-29fix a few build system bugs, and convert Makefiles to be compatible with GNU ↵kpfleming1-1/+1
make 3.80 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44055 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28Put in missing \ns on the end of ast_logs (issue #7936 reported by wojtekka)file3-5/+5
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@43933 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-27Merged revisions 43778 via svnmerge from russell1-5/+7
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r43778 | russell | 2006-09-27 12:54:30 -0400 (Wed, 27 Sep 2006) | 42 lines Fix a problem that occurred if a user entered a digit that matched a bridge feature that was configured using multiple digits, and the digit that was pressed timed out in the feature digit timeout period. For example, if blind transfer is configured as '##', and a user presses just '#'. In this situation, the call would lock up and no longer pass any frames. (issue #7977 reported by festr, and issue #7982 reported by michaels and valuable input provided by mneuhauser and kuj. Fixed by me, with testing help and peer review from Joshua Colp). There are a couple of issues involved in this fix: 1) When ast_generic_bridge determines that there has been a timeout, it returned AST_BRIDGE_RETRY. Then, when ast_channel_bridge gets this result, it calls ast_generic_bridge over again with the same timestamp for the next event. This results in an endless loop of nothing until the call is terminated. This is resolved by simply changing ast_generic_bridge to return AST_BRIDGE_COMPLETE when it sees a timeout. 2) I also changed ast_channel_bridge such that if in the process of calculating the time until the next event, it knows a timeout has already occured, to immediately return AST_BRIDGE_COMPLETE instead of attempting to bridge the channels anyway. 3) In the process of testing the previous two changes, I ran into a problem in res_features where ast_channel_bridge would return because it determined that there was a timeout. However, ast_bridge_call in res_features would then determine by its own calculation that there was still 1 ms before the timeout really occurs. It would then proceed, and since the bridge broke out and did *not* return a frame, it interpreted this as the call was over and hung up the channels. The reason for this was because ast_bridge_call in res_features and ast_channel_bridge in channel.c were using different times for their calculations. channel.c uses the start_time on the bridge config, which is the time that the feature digit was recieved. However, res_features had another time, 'start', which was set right before calling ast_channel_bridge. 'start' will always be slightly after start_time in the bridge config, and sometimes enough to round up to one ms. This is fixed by making ast_bridge_call use the same time as ast_channel_bridge for the timeout calculation. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@43779 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-21updates for better compontent supportmogorman1-41/+67
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@43466 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-21Twould help if we actually documented how the new features in res_odbc ↵tilghman1-1/+2
actually work. (Oops) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@43464 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20Magical eightball says warnings be gone.file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43369 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20Fix a bug in the CLI reverbification, as pointed out by ZX81 in #asterisk-devqwell1-2/+69
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43361 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20these functions never should have been non-static or in a header filekpfleming1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43313 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20move ODBC API into ast_ namespacekpfleming2-45/+45
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43311 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20move more API into the ast_ namespacekpfleming1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43310 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20move ADSI functionality into ast_ namespacekpfleming2-64/+64
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43309 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20thats odd, but just in case it happens again i want to see it.mogorman1-0/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43305 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-19fixed timeout issue as well as some other minor issuesmogorman1-13/+31
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43303 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-19do this fix properly :-)kpfleming1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43302 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-19Various updates from PCadach's chan_h323-live branchmattf1-2/+6
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43294 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18merge qwell's CLI verbification workkpfleming10-115/+211
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43212 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18Use a better check to ensure database connection is up (pointer to ↵file1-1/+1
connection must exist, and connection must report status being ok) (issue #7955 reported by sorg) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43162 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-09Add warning about res_adsi not being optional to menuselectoej1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@42519 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-06Merged revisions 42148 via svnmerge from file1-1/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r42148 | file | 2006-09-06 16:02:59 -0400 (Wed, 06 Sep 2006) | 2 lines Don't close the second file descriptor if it's the same as the first one, as it will have already been closed elsewhere and could cause massive panic. (issue #7699 reported by bn999) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@42149 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-03remove leading space in Packet manager event headerrussell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41849 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-31everything that loads a config that needs a config file to runmogorman7-304/+316
now reports AST_MODULE_LOAD_DECLINE when loading if config file is not there, also fixed an error in res_config_pgsql where it had a non static function when it should. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41633 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-31Merge in VLDTMF support with Zaptel/Core done by the ever great Darumkilla ↵file2-3/+5
Russell Bryant and the RTP portion done by myself, Muffinlicious Joshua Colp. This has gone through so many discussions/revisions it's not funny but we finally have it! git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41507 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-29add one remaining bit of functionality to the features.conf applicationmap ↵kpfleming1-10/+35
(from Matt Nicholson in Digium Express Services) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41281 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-26GNU make already knows how to quietly ignore non-existent files in 'include' ↵kpfleming1-4/+1
directives git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41209 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-24Fix a small typo I found.qwell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41009 f38db490-d61c-443f-a65b-d21fe96a405b