Skip to content
Snippets Groups Projects
  1. Oct 27, 2016
    • Corey Farrell's avatar
      Remove ASTERISK_REGISTER_FILE. · a6e5bae3
      Corey Farrell authored
      ASTERISK_REGISTER_FILE no longer has any purpose so this commit removes
      all traces of it.
      
      Previously exported symbols removed:
      * __ast_register_file
      * __ast_unregister_file
      * ast_complete_source_filename
      
      This also removes the mtx_prof static variable that was declared when
      MTX_PROFILE was enabled.  This variable was only used in lock.c so it
      is now initialized in that file only.
      
      ASTERISK-26480 #close
      
      Change-Id: I1074af07d71f9e159c48ef36631aa432c86f9966
      a6e5bae3
  2. May 14, 2015
    • Corey Farrell's avatar
      MALLOC_DEBUG: Replace WRAP_LIBC_MALLOC with ASTMM_LIBC. · 478fb4a3
      Corey Farrell authored
      There are 3 ways that calls directly to standard allocator functions can
      be dealt with:
      1. Block their use, cause them to generate an error.  This is the default.
      2. Replace them with the Asterisk equivalent function calls.
      3. Leave them alone.
      
      This change allows one of these 3 options to be selected by any source.
      The source just needs to define ASTMM_LIBC to ASTMM_BLOCK, ASTMM_REDIRECT,
      or ASTMM_IGNORE to use option 1, 2 or 3 respectively.  Normally ASTMM_BLOCK
      is the correct option, so it is default when ASTMM_LIBC is not defined.
      In some cases when building 3rd party code it is desirable to have it use
      Asterisk functions, without changing the whole source - ASTMM_REDIRECT
      accomplishes this.  When using 3rd party libraries sometimes a static
      inline function will make use of malloc or free.  In these cases it may
      be unsafe to replace the allocator in the header, as it's possible the
      memory could be freed by the library using standard allocators.  For
      those cases ASTMM_IGNORE is needed.
      
      Change-Id: I8afef4bc7f3b93914263ae27d3a5858b69663fc7
      478fb4a3
  3. Apr 13, 2015
    • Matt Jordan's avatar
      git migration: Refactor the ASTERISK_FILE_VERSION macro · 4a582616
      Matt Jordan authored
      Git does not support the ability to replace a token with a version
      string during check-in. While it does have support for replacing a
      token on clone, this is somewhat sub-optimal: the token is replaced
      with the object hash, which is not particularly easy for human
      consumption. What's more, in practice, the source file version was often
      not terribly useful. Generally, when triaging bugs, the overall version
      of Asterisk is far more useful than an individual SVN version of a file. As a
      result, this patch removes Asterisk's support for showing source file
      versions.
      
      Specifically, it does the following:
      
      * Rename ASTERISK_FILE_VERSION macro to ASTERISK_REGISTER_FILE, and
        remove passing the version in with the macro. Other facilities
        than 'core show file version' make use of the file names, such as
        setting a debug level only on a specific file. As such, the act of
        registering source files with the Asterisk core still has use. The
        macro rename now reflects the new macro purpose.
      
      * main/asterisk:
        - Refactor the file_version structure to reflect that it no longer
          tracks a version field.
        - Remove the "core show file version" CLI command. Without the file
          version, it is no longer useful.
        - Remove the ast_file_version_find function. The file version is no
          longer tracked.
        - Rename ast_register_file_version/ast_unregister_file_version to
          ast_register_file/ast_unregister_file, respectively.
      
      * main/manager: Remove value from the Version key of the ModuleCheck
        Action. The actual key itself has not been removed, as doing so would
        absolutely constitute a backwards incompatible change. However, since
        the file version is no longer tracked, there is no need to attempt to
        include it in the Version key.
      
      * UPGRADE: Add notes for:
        - Modification to the ModuleCheck AMI Action
        - Removal of the "core show file version" CLI command
      
      Change-Id: I6cf0ff280e1668bf4957dc21f32a5ff43444a40e
      4a582616
  4. Sep 26, 2014
  5. Sep 21, 2012
    • Andrew Latham's avatar
      Doxygen Updates - janitor work · 6f61cb50
      Andrew Latham authored
      Doxygen updates including mistakes, misspellings, missing parameters, updates for Doxygen style.  Some missing txt file links are removed but their content or essense will be included in some later updates.  A majority of the txt files were removed in the 1.6 era but never noted. The HR and EXTREF are simple changes that make the documentation more compatable with more versions of Doxygen.
      
      Further updates coming.
      
      (issue ASTERISK-20259)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@373330 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6f61cb50
  6. Jul 11, 2012
  7. Apr 17, 2012
  8. Mar 24, 2012
  9. Feb 08, 2012
  10. Mar 07, 2011
  11. Feb 28, 2011
  12. Feb 02, 2011
  13. Jun 08, 2010
  14. Feb 08, 2010
  15. Jan 13, 2010
  16. Jun 18, 2009
  17. Apr 29, 2009
    • Tilghman Lesher's avatar
      Merge str_substitution branch. · a866a759
      Tilghman Lesher authored
      This branch adds additional methods to dialplan functions, whereby the result
      buffers are now dynamic buffers, which can be expanded to the size of any
      result.  No longer are variable substitutions limited to 4095 bytes of data.
      In addition, the common case of needing buffers much smaller than that will
      enable substitution to only take up the amount of memory actually needed.
      The existing variable substitution routines are still available, but users
      of those API calls should transition to using the dynamic-buffer APIs.
      Reviewboard: http://reviewboard.digium.com/r/174/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@191140 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      a866a759
  18. Apr 01, 2009
  19. Mar 03, 2009
    • Steve Murphy's avatar
      Merged revisions 179807 via svnmerge from · f47b0387
      Steve Murphy authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      I had some work to do to port these changes to trunk; the 
      check_expr stuff hasn't been updated here for quite some
      time, it appears. I added some more tests to the check_expr2
      suite. I had to play around with the makefile a bit, etc.
      
      I added STANDALONE2 #ifdefs to ast_expr2.y so as not to
      conflict structure with aelparse.
      
      ........
        r179807 | murf | 2009-03-03 11:11:34 -0700 (Tue, 03 Mar 2009) | 19 lines
        
        These changes allow AEL to better check ${} constructs within $[...], that are concatenated with text.
        
        I modified and added rules in ast_expr2.fl to better handle
        the concatenations.
        
        I added some default routines to ast_expr2.y so the standalone would
        compile. It also looks like I haven't run this thru bison since 2.1, so
        it's good to get this updated.
        
        The Makefile has comments added now for check_expr2 and check_expr to
        explain what they are for, and how to run them. 
        
        The testexpr2s stuff has been removed, in favor of check_expr2.
        
        expr2.testinput has been updated to include the two expressions
        that inspired these changes (from mcnobody on #asterisk this morning)
        The regression has been run and all looks well.
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@179973 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      f47b0387
  20. Feb 19, 2009
    • Steve Murphy's avatar
      Merged revisions 177540 via svnmerge from · b5a8a85d
      Steve Murphy authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      Trunk was already pretty 8-bit clean; but I'm still
      removing the --full from the flex command so everything
      is uniform.
      
      ........
        r177540 | murf | 2009-02-19 15:51:37 -0700 (Thu, 19 Feb 2009) | 21 lines
        
        This patch fixes a problem with 8-bit input to the ast_expr2 scanner.
        
        The real culprit was the --full argument to flex
        in the Makefile! This causes a 7-bit scanner to be
        generated.
        
        I reviewed the rules and found one rule where I needed
        to specifically include 8-bit chars for a token.
        
        I tested against the text supplied by ibercom, and 
        all looks very well.
        
        This has been there a surprisingly long time!
        
        
        (closes issue #14498)
        Reported by: ibercom
        Patches:
              14498.patch uploaded by murf (license 17)
        Tested by: murf
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@177595 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      b5a8a85d
  21. Nov 02, 2008
  22. Sep 27, 2008
    • Kevin P. Fleming's avatar
      Merged revisions 144924-144925 via svnmerge from · 629861a7
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
        r144924 | kpfleming | 2008-09-27 10:00:48 -0500 (Sat, 27 Sep 2008) | 6 lines
        
        improve header inclusion process in a few small ways:
        
          - it is no longer necessary to forcibly include asterisk/autoconfig.h; every module already includes asterisk.h as its first header (even before system headers), which serves the same purpose
          - astmm.h is now included by asterisk.h when needed, instead of being forced by the Makefile; this means external modules will build properly against installed headers with MALLOC_DEBUG enabled
          - simplify the usage of some of these headers in the AEL-related stuff in the utils directory
      ........
        r144925 | kpfleming | 2008-09-27 10:13:30 -0500 (Sat, 27 Sep 2008) | 2 lines
        
        fix some minor issues with rev 144924
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@144949 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      629861a7
  23. Jun 20, 2008
  24. Apr 21, 2008
    • Steve Murphy's avatar
      (closes issue #12467) · c0b8f57b
      Steve Murphy authored
      Reported by: atis
      Tested by: murf
      
      This upgrade adds the ~~ (concatenation) string operator to expr2.
      While not needed in normal runtime pbx operation, it is needed when
      raw exprs are being syntax checked. This plays into future syntax-
      unification plans. By permission of atis, this addition in trunk 
      and the reason of why things are as they are will suffice to close
      this bug.
      
      I also added a short note about the previous addition of "sip show sched"
      to the CLI in CHANGES, which I discovered I forgot in a previous commit.
      
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@114423 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c0b8f57b
  25. Feb 15, 2008
  26. Jan 10, 2008
  27. Nov 28, 2007
  28. Nov 12, 2007
  29. Nov 06, 2007
  30. Oct 23, 2007
  31. Sep 21, 2007
  32. Jul 09, 2007
  33. Jul 05, 2007
    • Steve Murphy's avatar
      In regards to changes for 9508, expr2 system choking on floating point... · 6a4efe5d
      Steve Murphy authored
      In regards to changes for 9508, expr2 system choking on floating point numbers, I'm adding this update to round out (no pun intended) and make this FP-capable version of the Expr2 stuff interoperate better with previous integer-only usage, by providing Functions syntax, with 20 builtin functions for floating pt to integer conversions, and some general floating point math routines that might commonly be used also. Along with this, I made it so if a function was not a builtin, it will try and find it in the ast_custom_function list, and if found, execute it and collect the results. Thus, you can call system functions like CDR(), CHANNEL(), etc, from within $\[..\] exprs, without having to wrap them in $\{...\} (curly brace) notation. Did a valgrind on the standalone and made sure there's no mem leaks. Looks good. Updated the docs, too.
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@73449 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6a4efe5d
  34. Jul 02, 2007
  35. Jun 04, 2007
  36. Mar 26, 2007
  37. Jan 02, 2007
Loading