aboutsummaryrefslogtreecommitdiffstats
path: root/funcs
AgeCommit message (Collapse)AuthorFilesLines
2007-12-17fix some copy-and-paste leftoverskpfleming1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93183 f38db490-d61c-443f-a65b-d21fe96a405b
2007-12-17In http://lists.digium.com/pipermail/asterisk-dev/2007-December/031145.html,kpfleming1-2/+8
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-11-29fix some formatting i accidentally changedrussell1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@90147 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-29This set of changes is to make some callerID handling thread-safe.russell1-4/+10
The ast_set_callerid() function needed to lock the channel. Also, the handlers for the CALLERID() dialplan function needed to lock the channel when reading or writing callerid values directly on the channel structure. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@90145 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-27Default result of STAT should be "0" not "".tilghman1-1/+1
Reported via the -users mailing list, fixed by me. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89631 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-29Allow some function modules to compile under dev mode.qwell2-2/+2
Issue 11104, patch by andrew. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87340 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-28Add autoservice to several more functions which might delay in their responses.tilghman4-7/+88
Also, make sure that func_odbc functions have a channel on which to set variables. Reported by russell Fixed by tilghman Closes issue #11099 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87262 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-26The addition of autoservice to func_curl additionally made func_curl dependenttilghman1-2/+4
on the existence of a channel, with no real reason. This should make func_curl once again work without a channel. Reported by jmls. Fixed by tilghman. Closes issue #11090 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87120 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-25Backport alternate encoding of newline delimiters from trunk to 1.4, as ↵tilghman1-1/+15
approved by Russell Reported by blitzrage Closes issue #10903 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87067 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-23closes issue #11052 -- where nothing after the ? will allow un-initialized ↵murf1-2/+9
variable values to corrupt and crash asterisk on 64-bit platforms git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86902 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-19Using curl can take a substantial amount of time, so the channel should berussell1-0/+4
autoserviced while waiting for it to complete. (closes issue #10725, reported by mnicholson) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83177 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-31The IF() function was not allowing true values that had embedded colons ↵tilghman1-16/+19
(closes issue #10613) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@81415 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-23Revert very broken fix for issue #10540 ... none of these values take ms so Irussell1-5/+3
don't know what I was thinking git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@80547 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-23Fix func_timeout to take values in floating point so 1.5 actually meansrussell1-1/+5
1.5 seconds instead of being rounded. (closes issue #10540, reported by spendergrass, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@80539 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-18To prevent 92138749238754 more reports of "I have unixodbc installed, butrussell1-0/+1
still can't build *_odbc.so!", check for ltdl directly, instead of just listing it as another library to include in the unixodbc check in the configure script. This also makes ltdl show up as a dependency in menuselect so people know what to go install. (related to issue #9989, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@69702 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-14Merged revisions 69258 via svnmerge from qwell1-9/+5
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r69258 | qwell | 2007-06-14 10:15:53 -0500 (Thu, 14 Jun 2007) | 4 lines Change a quite broken while loop to a for loop, so "continue;" works as expected instead of eating 99% CPU... Issue 9966, patch by me. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@69259 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-04Merged revisions 67161 via svnmerge from tilghman1-5/+5
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r67161 | tilghman | 2007-06-04 18:41:49 -0500 (Mon, 04 Jun 2007) | 2 lines According to MATH, 0+1181000386 = 1181000448. Oops. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67162 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-01On some drivers, deallocating the statement handle isn't enough. We also ↵tilghman1-1/+8
have to clear the cursor (nice, Oracle) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66919 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-29Merged revisions 66537 via svnmerge from tilghman1-2/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r66537 | tilghman | 2007-05-29 16:49:35 -0500 (Tue, 29 May 2007) | 2 lines If the value of a variable passed to FIELDQTY is blank, then FIELDQTY should return 0, not 1. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66538 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24merged qwell's func_math patch for issue 9507dhubbard1-7/+16
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65866 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-25Merged revisions 61804 via svnmerge from file1-51/+47
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61804 | file | 2007-04-25 14:52:50 -0400 (Wed, 25 Apr 2007) | 2 lines Merge rewritten group counting support. No more storing data on the variable list of the channels. That was bad, mmmk? (issue #7497 reported by sabbathbh) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61805 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-19Merged revisions 61680 via svnmerge from tilghman6-8/+20
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61680 | tilghman | 2007-04-18 21:30:18 -0500 (Wed, 18 Apr 2007) | 5 lines Bug 9557 - Specifying the GetVar AMI action without a Channel parameter can cause Asterisk to crash. The reason this needs to be fixed in the functions instead of in AMI is because Channel can legitimately be NULL, such as when retrieving global variables. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61681 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-27Convert the RTPQOS function to just be additional parameter of the CHANNELrussell1-12/+30
function. This way, it will be possible for other RTP based channel drivers to expose this information in the future. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@59256 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-19Oops, this should have been a %d all alongtilghman1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@59049 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-19Fix typo in help for CDR function. (issue #9295 reported by ajohnson)file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@59042 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-15Function works fine, but the documentation is backwards.tilghman1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@58933 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-14Issue 9162 - pbx_substitute_variables_helper assumes the buffer is initializedtilghman1-1/+1
to all zeroes. This fixes a case where it wasn't. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@58880 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-09add some inter-module dependencieskpfleming1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53780 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01Fix the FIELDQTY function to not crash. (reported by blitzrage and Corydon ↵russell1-3/+3
on IRC) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53093 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01Make func_strings build under dev mode. Didn't I do this today already in ↵file1-1/+1
the berkeley DB? git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53086 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01Oops.tilghman1-1/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53077 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01Merged revisions 53074 via svnmerge from tilghman1-5/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r53074 | tilghman | 2007-02-01 14:07:35 -0600 (Thu, 01 Feb 2007) | 2 lines Bug 8965 - Allow FIELDQTY to work with both variables and dialplan functions ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53075 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01Merged revisions 53069 via svnmerge from tilghman1-3/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r53069 | tilghman | 2007-02-01 13:13:53 -0600 (Thu, 01 Feb 2007) | 2 lines No wonder FIELDQTY doesn't work with functions... the documentation in pbx.c was wrong ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53070 f38db490-d61c-443f-a65b-d21fe96a405b
2007-01-18Add some more checks for option_debug before ast_log(LOG_DEBUG, ...) calls.qwell1-4/+8
Issue 8832, patch(es) by tgrman git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@51265 f38db490-d61c-443f-a65b-d21fe96a405b
2007-01-17Fix some instances where when loading func_odbc, a double-free could occur.russell1-1/+6
Also, remove an unneeded error message. If the failure condition is actually a memory allocation failure, a log message will already be generated automatically. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@51205 f38db490-d61c-443f-a65b-d21fe96a405b
2007-01-04Fix the REALTIME() dialplan function. ast_build_string() advances the stringrussell1-3/+3
pointer to the position to begin the next write into the buffer. So, this pointer can not be used to copy the contents of the string later. The beginning of the buffer must be saved. Interestingly enough, this code could not have ever worked. (Pointed out by Sebb on IRC, thanks!) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@49388 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-25Merged revisions 48955 via svnmerge from russell1-1/+0
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48955 | russell | 2006-12-25 00:19:48 -0500 (Mon, 25 Dec 2006) | 6 lines Fix an error introduced by copying and pasting the handling of the >= operator for the MATH function. If a single equal sign was used as an operator, the function would treat it is as if it were the >= operator. Now, it properly handles it as an invalid operator. (issue #8665, patch by tempest1) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48956 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-19use the proper variable type for these unixODBC API calls, eliminating ↵kpfleming1-2/+2
warnings on 64-bit platforms that use the 'new' 64-bit types for ODBC API calls git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48577 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-16instead of initializing the curl library every time the CURL() function is ↵kpfleming1-17/+31
invoked, do it only once per thread (this allows multiple calls to CURL() in the dialplan for a channel to run much more quickly, and also to re-use connections to the server) (thanks to JerJer for frequently complaining about this performance problem) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48513 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-11STRFTIME() does not actually require an argument (issue 8540)tilghman1-6/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48382 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-26might as well also document the raw values of the flag varsmurf1-2/+11
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48017 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-26A little bit of func_cdr documentation upgrade-- no bug# involved, although ↵murf1-0/+12
8221 may have inspired it. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48015 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-14Small documentation clarification for URIENCODE. (issue #8294 reported by ↵file1-2/+2
salaud) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@47625 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-31Issue #8089 - Fix the ENUM support (picking one record by number). Thanks otmar!oej1-2/+6
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46631 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-14update the doc string for both AEL and extensions.conf users.murf1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@45143 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-10CHANNEL() function sometime mix parameter and valuepcadach1-3/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44809 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-10Lost of a bit of logic when this was simplified between 1.2 and 1.4 (Bug 8117)tilghman1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44808 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28Put in missing \ns on the end of ast_logs (issue #7936 reported by wojtekka)file1-4/+4
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@43933 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20Constify the result of a config retrieval function, to avoid mutilation ↵tilghman1-1/+1
(issue 7983). git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43364 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20move ODBC API into ast_ namespacekpfleming1-10/+10
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43311 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-19 18:34:09 +0000