aboutsummaryrefslogtreecommitdiffstats
path: root/main
AgeCommit message (Collapse)AuthorFilesLines
2007-11-25Try to get channel.h and channel.c aligned in regards to ast_set_callerid as ↵oej1-7/+7
well as change name of variables to follow the rest of the naming. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89564 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-24closes issue #11363; where the pattern _20x. buried in an included context, ↵murf1-87/+212
didn't match 2012; There were a small set of problems to fix: 1. I needed NOT to score patterns unless you are at the end of the data string. 2. Capital N,X,Z and small n,x,z are OK in patterns. I canonicalize the patterns in the trie to caps. 3. When a pattern ends with dot or exclamation, CANMATCH/MATCHMORE should always report this pattern, no matter the length. With this commit, I also supplied the wish of Luigi, where the user can select which pattern matching algorithm to use, the old (legacy) pattern matcher, or the new, trie based matcher. The OLD matcher is the default. A new [general] section variable, extenpatternmatchnew, is added to the extensions.conf, and the example config has it set to false. If true, the new matcher is used. In all other respects, the context/exten structs are the same; the tries and hashtabs are formed, but in the new mode the tries are not used. A new CLI command 'dialplan set extenpatternmatch true/false' is provided to allow switching at run time. I beg users that are forced to return to the old matcher to please report the reason in the bug tracker. Measured the speed benefit of the new matcher against an impossibly large context with 10,000 extensions: the new matcher is 374 times faster. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89547 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-24Added <sys/file.h> include to allow trunk to compile. Hope this doesn't ↵murf1-0/+1
louse thing up. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89544 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-24remove some unnecessary includesrizzo3-13/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89542 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-24Merged revisions 89540 via svnmerge from tilghman1-3/+11
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r89540 | tilghman | 2007-11-24 00:19:23 -0600 (Sat, 24 Nov 2007) | 9 lines Currently, zero-length voicemail messages cause a hangup in VoicemailMain. This change fixes the problem, with a multi-faceted approach. First, we do our best to avoid these messages from being created in the first place, and second, if that fails, we detect when the voicemail message is zero-length and avoid exiting at that point. Reported by: dtyoo Patch by: gkloepfer,tilghman (Closes issue #11083) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89541 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-23Merged revisions 89536 via svnmerge from tilghman1-25/+69
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r89536 | tilghman | 2007-11-23 11:18:26 -0600 (Fri, 23 Nov 2007) | 10 lines Up until this point, the XML output of the manager has been technically invalid, due to the repetition of certain parameters in a single event. This caused various issues for XML parsers, some of which refused to parse at all, given the invalidity of the rendered XML. So this commit fixes the XML output, ensuring that each entity parameter has a unique name, thus ensuring valid XML. Reported by: msetim Patch by: tilghman (Closes issue #10220) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89537 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-22more removal of fcntl.h and other system headersrizzo2-12/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89517 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-22remove a number of #include <fcntl.h> which are eitherrizzo1-1/+0
useless or done elsewhere git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89516 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-22implement the split of file.h and mod_format.hrizzo1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89515 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21remove a bunch of useless #include "options.h"rizzo42-42/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89511 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21add a missing returnrizzo1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89508 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21closes issue #11290; the proposed patch was a good guess, and would solve ↵murf1-43/+93
the bug to some extent, but was really masking the real issue, that there were bad entries in the table. This fix removes the condition that the hashtab updates be done on exten removal only when the pattern_tree was present, which is silly. The operations that apply to the pattern tree are instead made conditional. Also, threw back in routines that kpfleming deleted because of probs in the 64-bit world. Tested on both 32 and 64-bit machines (compile). Tested the reload problem with over 20 reloads, and no problems. If you find more problems, please reopen 11290. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89505 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21Remove obsolete OLD_DSP_ROUTINES code. Also, remove the FAX_DETECT define andrussell1-379/+14
only do the calculations if fax detection is enabled on the dsp. (closes issue #11331) Reported by: dimas Patches: dsp.patch uploaded by dimas (license 88) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89490 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21There existed about a 1 in 4 billion chance that reading from /dev/urandommmichelson1-1/+1
would return LONG_MIN (1 in 9 quintillion if using 64-bit longs). Since there is no positive equivalent of LONG_MIN, the result of labs() in this case is unpredictable. This fixes that situation. (closes issue #11336, reported and patched by sperreault) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89487 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21I introduced a deadlock avoidance into 1.4, which I attempted to port to ↵mmichelson1-2/+0
trunk as well. Unfortunately, since trunk uses read/write locks for the context lock, it means that I have actually *introduced* a deadlock condition since they are not recursive. Removing this change for now and will look into introducing a different one. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89483 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21remove some debugging code that doesn't compile on 64-bit platformskpfleming1-60/+15
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89480 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21closes issue #11265; Thanks to snuffy for his work on neatening up the code ↵murf1-83/+13
and removing duplicated code. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89478 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21add missing paths.hrizzo1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89476 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21A free in add_pri was ultimately the source of the grief we were having with ↵murf1-21/+78
parking. This set of changes fixes that problem, and introduces some more error messages, and puts debugs into ifdefs for what could be short-term usage. Txs to Terry W. for his help, guidance, and especially patience. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89474 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-21more header removal/normalizationrizzo2-5/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89473 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20Add support for new recorded character soundstilghman1-2/+3
Closes issue #5208 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89467 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20move asterisk/paths.h outside asterisk.h and into those filesrizzo12-1/+12
who really need it. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89466 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20move internal function declarations to include/asterisk/_private.hrizzo15-10/+29
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89465 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20switch compile-time option checking to string storage mode in this branch tookpfleming1-5/+3
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89463 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20Merged revisions 89457 via svnmerge from mmichelson1-0/+2
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r89457 | mmichelson | 2007-11-20 11:50:31 -0600 (Tue, 20 Nov 2007) | 9 lines According to comments in main/pbx.c, it is essential that if we are going to lock the conlock as well as the hints lock, it must be locked in that respective order. In order to prevent a potential deadlock, we need to lock the conlock prior to locking the hints lock in ast_hint_state_changed (see the call stack example on issue #11323 for how this can happen). (closes issue #11323, reported by eelcob, suggestion for patch by eelcob, patch by me) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89458 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20Minor documentation tweak and if an incorrect parameter is given to core ↵file1-2/+3
show translation return the usage information. (closes issue #11316) Reported by: eliel Patches: translate.c.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89449 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20initial makefile changes to build loadable modules under cygwinrizzo1-1/+1
(not complete yet - still need to sort out dependecies on res_*) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89443 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-20Get rid of some debug messages in pbx.cmurf1-9/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89442 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19These changes were made in response to niklas@tese.se's letter of ↵murf1-18/+61
11-17-2007, where he had 20 and 201 in two different contexts, included in the same context. In that particular case, we were behaving the same as 1.4, but after experimenting, I quickly found that if 20 and 201 were in the same extension, 1.4 would return 201, and this code returns 20. These changes now enable the current code to replicate the behavior of 1.4 in respect to MATCHMORE in cases like this. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89438 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19another few errno.h removalsrizzo1-1/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89433 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19another bunch of include removals (errno.h and asterisk/logger.h)rizzo48-71/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89425 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19include "logger.h" and errno.h from asterisk.h - usage shows that theyrizzo1-0/+5
were included almost everywhere. Remove some of the instances. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89424 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19a correction to code involved in an extension removalmurf1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89422 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-19Add some debugging to the routines that finds our local IP address.oej1-1/+7
Related to bug #9225 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89405 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17a quick fix to pbx_dundi.c to make it so it will compile. Hope I did the ↵murf1-4/+26
right thing. And some additions to removal of extens to take care of hashtab pointers in all cases. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89388 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17trim more redundant headersrizzo3-5/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89384 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17remove unnecessary includesrizzo1-5/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89383 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17fix breakage induced by previous mistakerizzo6-14/+8
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89382 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17start using asterisk/network.h for network related headers.rizzo5-27/+3
Also remove some unnecessary includes. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89380 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17main is called main not amain!rizzo1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89378 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17conditional targets for building the windows versionrizzo1-1/+11
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89377 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17more cygwin/mingw32 compatibility fixesrizzo1-0/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89373 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17define RTLD_LOCAL for platforms that don't have it.rizzo1-0/+4
This is only to complete the build, clearly the linker behaviour will be completely different and likely to cause trouble in those cases. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89367 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17netdb.h is used for gethostbyname, and it was not included in somerizzo1-0/+1
platforms. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89365 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17Loader for cygwin where asterisk is really a big dllrizzo1-0/+20
(something like this is already in 1.2) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89364 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-17use poll as detected by configurerizzo1-7/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89355 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-16remove a bunch of duplicate includesrizzo4-8/+0
Reproduce with grep -r #include . | grep -v .svn | grep -v Binary | sort | uniq -c | sort -nr git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89348 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-16My goodness, haven't handled an extension deletion. Add code to ↵murf1-10/+62
ast_context_remove_extension2() to remove an extension from the trie. Done by marking it deleted. The scoreboard won't update for it any more. Also, a couple of calls to insert hashtab had a spurious ->exten, which was removed. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89346 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-16remove duplicate headers.rizzo2-5/+2
Properly check for netdb.h (there is actually tens of places to fix) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89335 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-16Start untangling header inclusion in a way that does not affectrizzo56-232/+6
build times - tested, there is no measureable difference before and after this commit. In this change: use asterisk/compat.h to include a small set of system headers: inttypes.h, unistd.h, stddef.h, stddint.h, sys/types.h, stdarg.h, stdlib.h, alloca.h, stdio.h Where available, the inclusion is conditional on HAVE_FOO_H as determined by autoconf. Normally, source files should not include any of the above system headers, and instead use either "asterisk.h" or "asterisk/compat.h" which does it better. For the time being I have left alone second-level directories (main/db1-ast, etc.). git-svn-id: http://svn.digium.com/svn/asterisk/trunk@89333 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-29 06:26:56 +0000