aboutsummaryrefslogtreecommitdiffstats
path: root/res
AgeCommit message (Collapse)AuthorFilesLines
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
2006-08-23Merged revisions 40901 via svnmerge from tilghman1-4/+5
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r40901 | tilghman | 2006-08-23 11:05:26 -0500 (Wed, 23 Aug 2006) | 2 lines Revert last change - breaks retrieval of builtin variables ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40904 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-21merge new_loader_completion branch, including (at least):kpfleming17-278/+163
- restructured build tree and makefiles to eliminate recursion problems - support for embedded modules - support for static builds - simpler cross-compilation support - simpler module/loader interface (no exported symbols) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40722 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-20Convert func_odbc to use the prepare_and_execute callback, which helps with ↵tilghman1-0/+4
a database reconnection issue (bug 7693) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40632 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-20Properly check to see if parkingnum is a number (issue #7762 reported by robf)file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40599 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-15Merged revisions 39935 via svnmerge from russell1-5/+4
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r39935 | russell | 2006-08-15 18:49:41 -0400 (Tue, 15 Aug 2006) | 3 lines use pbx_builtin_getvar_helper() so that GET VARIABLE can retrieve global variables (issue #7609) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39936 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-11Move STD_MOD declaration to end of file as per the norm of everything else ↵file1-2/+2
(issue #7711 reported by Mithraen) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39514 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-11Make res_snmp fit general coding style (issue #7192 reported by Mithraen)file1-29/+26
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39512 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-08some code clean up and catch for a act_hook being calledmogorman1-4/+8
without a packet. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39351 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-08Merge team/russell/ast_verbose_threadstoragerussell2-13/+4
- instead of defining a free() wrapper in a bunch of files, define it as ast_free() in utils.h and remove the copies from all the files. - centralize and abstract the code used for doing thread storage. The code lives in threadstorage.h, with one function being implemented in utils.c. This new API includes generic thread storage as well as special functions for handling thread local dynamic length string buffers. - update ast_inet_ntoa() to use the new threadstorage API - update ast_state2str() to use the new threadstorage API - update ast_cli() to use the new threadstorage API - Modify manager_event() to use thread storage. Instead of using a buffer of 4096 characters as the workspace for building the manager event, use a thread local dynamic string. Now there is no length limitation on the length of the body of a manager event. - Significantly simplify the handling of ast_verbose() ... - Instead of using a static char buffer and a lock to make sure only one thread can be using ast_verbose() at a time, use a thread local dynamic string as the workspace for preparing the verbose message. Instead of locking around the entire function, the only locking done now is when the message has been built and is being deliviered to the list of registered verbose message handlers. - This function was doing a strdup() on every message passed to it and keeping a queue of the last 200 messages in memory. This has been completely removed. The only place this was used was that if there were any messages in the verbose queue when a verbose handler was registered, all of the messages in the queue would be fed to it. So, I just made sure that the console verbose handler and the network verbose handler (for remote asterisk consoles) were registered before any verbose messages. pbx_gtkconsole and pbx_kdeconsole will now lose a few verbose messages at startup, but I didn't feel the performance hit of this message queue was worth saving the initial verbose output for these very rarely used modules. - I have removed the last three arguments to the verbose handlers, leaving only the string itself because they aren't needed anymore. For example, ast_verbose had some logic for telling the verbose handler to add a newline if the buffer was completely full. Now that the buffer can grow as needed, this doesn't matter anymore. - remove unused function, ast_verbose_dmesg() which was to dispatch the message queue - Convert the list of verbose handlers to use the linked list macros. - add missing newline characters to a few ast_verbose() calls - convert the list of log channels to use the linked list macros in logger.c - fix close_logger() to close all of the files it opened for logging - update ast_log() to use a thread local dynamic string for its workspace for preparing log messages instead of a buffer of size BUFSIZ (8kB on my system) allocated on the stack. The dynamic string in this case is limited to only growing to a maximum size of BUFSIZ. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39272 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-07This patch allows for a user to send messages and mogorman1-1/+55
monitor a jabber connection over manager. patches from 7673 and 7666 with minor changes. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39248 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-07Many many code cleanup changes given to me by Oejmogorman1-211/+204
Thanks, sorry I didn't put this in forever ago. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39229 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-07Merge my applicationmap_fixup branch to address the issues described in thisrussell1-68/+88
post to the asterisk-dev mailing list: http://lists.digium.com/pipermail/asterisk-dev/2006-August/022174.html This implements full control over both which channel(s) can activate a dynamic feature, as well as which channel to run the application on. I also updated the documentation on the applicationmap in features.conf.sample in hopes that the configuration is more clear. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@39109 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-03Merged revisions 38825 via svnmerge from file1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r38825 | file | 2006-08-03 15:54:02 -0400 (Thu, 03 Aug 2006) | 2 lines Treat the file as invalid if we have no valid formats for it (issue #7643 reported by KNK) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@38826 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-01Merged revisions 38686 via svnmerge from kpfleming1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r38686 | kpfleming | 2006-08-01 18:07:06 -0500 (Tue, 01 Aug 2006) | 2 lines ensure that the 'feature digit timeout' value is taken into account when deciding how long the bridge should run (this fixes a problem report where a digit press that did not invoke a feature is never passed across the bridge) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@38687 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-17 08:44:50 +0000