Commit történet

Szerző SHA1 Üzenet Dátum
  Leif Madsen bdf076843a Merged revisions 328247 via svnmerge from 13 éve
  Tilghman Lesher de689fec7e Because ExecIf needs to reprocess arguments, it's best if we don't remove quotes during parsing. 15 éve
  Russell Bryant 6c824480f1 Global var cleanup - constification and removing unused vars. 16 éve
  Kevin P. Fleming 0b18e53c42 Const-ify the world (or at least a good part of it) 16 éve
  Tilghman Lesher 37025c8fa6 Merge str_substitution branch. 16 éve
  Russell Bryant a296a59ced Fix various spelling and grammatical issues in documentation 16 éve
  Russell Bryant 38a3fa4b39 Merge changes from team/group/appdocsxml 16 éve
  Tilghman Lesher 3aa8c57a6b For the purpose of making the changed syntax to ExecIf easier to transition, 17 éve
  Michiel van Baak 5cb40f4dcf whitespace fixes only. 17 éve
  Jason Parker b62ae63652 Make 'else' argument to ExecIf optional. Clean up the description and usage text a bit. 17 éve
  Luigi Rizzo a3d5e81bf4 remove another set of redundant #include "asterisk/options.h" 17 éve
  Luigi Rizzo 32d68be9da include "logger.h" and errno.h from asterisk.h - usage shows that they 17 éve
  Luigi Rizzo 47e70077d6 Start untangling header inclusion in a way that does not affect 17 éve
  Steve Murphy 1f3339e36f Based on a note in asterisk-dev by Brian Capouch, I determined I too agressive in not initializing arrays passed to pbx_substitute_variables_xxxx; I reviewed the code (again) and hopefully found every possible spot where substitute_variables is called conditionally, and made sure the char array involved was set to a null string. 17 éve
  Mark Michelson 952224deae "show application <foo>" changes for clarity. 17 éve
  Steve Murphy 38f510abd2 This commits the performance mods that give the priority processing engine in the pbx, a 25-30% speed boost. The two updates used, are, first, to merge the ast_exists_extension() and the ast_spawn_extension() where they are called sequentially in a loop in the code, into a slightly upgraded version of ast_spawn_extension(), with a few extra args; and, second, I modified the substitute_variables_helper_full, so it zeroes out the byte after the evaluated string instead of demanding you pre-zero the buffer; I also went thru the code and removed the code that zeroed this buffer before every call to the substitute_variables_helper_full. The first fix provides about a 9% speedup, and the second the rest. These figures come from the 'PIPS' benchmark I describe in blogs, conf. reports, etc. 17 éve
  Tilghman Lesher 56ee5ceb80 If no '?' is found in the arguments, don't attempt to continue. 17 éve
  Russell Bryant 2d83662d55 Make this module build on my mac 17 éve
  Tilghman Lesher 34c4795347 Merge the dialplan_aesthetics branch. Most of this patch simply converts applications 18 éve
  Joshua Colp 06e56560db Applications no longer need to call ast_module_user_add and ast_module_user_remove. This is now taken care of in the pbx_exec function outside of the application. 18 éve
  Joshua Colp 20ea2e3dd0 It is no longer required for each module that deals with a channel to call ast_module_user_hangup_all in it's unload function. The loader will automatically perform this action for it. 18 éve
  Joshua Colp 37f11cc3aa Few more code clean ups. 18 éve
  Kevin P. Fleming 90db3f33ab merge new_loader_completion branch, including (at least): 18 éve
  Kevin P. Fleming 2687538ae6 simplify autoconfig include mechanism (make tholo happy he can use lint again :-) 19 éve
  Russell Bryant 5241bdc2d4 remove almost all of the checks of the result from ast_strdupa() or alloca(). 19 éve
  Russell Bryant e7119911b7 move ExecIf from app_while.c to app_exec.c (issue #7094, north) 19 éve
  Luigi Rizzo c8d72dde26 This rather large commit changes the way modules are loaded. 19 éve
  Kevin P. Fleming 9f7c341f1c since the module API is changing, it's a good time to const-ify the description() and key() return values 19 éve
  Tilghman Lesher 4482aa71ef Bug 6886 - Add application TryExec, which does mostly the same thing, but returns differently 19 éve
  Luigi Rizzo 5c16add2f7 as discussed with Mark a few weeks ago, the 'newstack' argument 19 éve