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. 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
  3. Apr 07, 2015
  4. Mar 27, 2014
  5. Oct 23, 2013
  6. Sep 07, 2012
  7. Jul 12, 2012
  8. May 31, 2012
  9. Jul 14, 2011
  10. Jul 09, 2010
  11. Feb 09, 2010
    • Russell Bryant's avatar
      Various updates to the unit test API. · bbed34f7
      Russell Bryant authored
      1) It occurred to me that the difference in usage between the error ast_str and
      the ast_test_update_status() usage has turned out to be a bit ambiguous in
      practice.  In a lot of cases, the same message was being sent to both.
      In other cases, it was only sent to one or the other.  My opinion now is that
      in every case, I think it makes sense to do both; we should output it to the
      CLI as well as save it off for logging purposes.
      
      This change results in most of the changes in this diff, since it required
      changes to all existing unit tests.  It also allowed for some simplifications
      of unit test API implementation code.
      
      2) Update ast_test_status_update() to include the file, function, and line
      number for the code providing the update.
      
      3) There are some formatting tweaks here and there.  Hopefully they aren't too
      distracting for code review purposes.  Reviewboard's diff viewer seems to do a
      pretty good job of pointing out when something is a whitespace change.
      
      4) I moved the md5_test and sha1_test into the test_utils module.  It seemed
      like a better approach since these tests are so tiny.
      
      5) I changed the number of nodes used in heap_test_2 from 1 million to
      100 thousand.  The only reason for this was to reduce the time it took
      for this test to run.
      
      6) Remove an unused function prototype that was at the bottom of utils.h.
      
      7) Simplify test_insert() using the LIST_INSERT_SORTALPHA() macro.  The one
      minor difference in behavior is that it no longer checks for a test registered
      with the same name.
      
      8) Expand the code in test_alloc() to provide specific error messages for each
      failure case, to clearly inform developers if they forget to set the name,
      summary, description, etc.
      
      9) Tweak the output of the "test show registered" CLI command.  I swapped the
      name and category to have the category first.  It seemed more natural since
      that is the sort key.
      
      10) Don't output the status ast_str in the "test show results" CLI command.
      This is going to tend to be pretty verbose, so just leave that for the
      detailed test logs (test generate results).
      
      Review: https://reviewboard.asterisk.org/r/493/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@245864 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      bbed34f7
  12. Feb 02, 2010
  13. Jan 21, 2010
  14. Aug 10, 2009
  15. Jul 30, 2009
  16. Jun 01, 2009
  17. Nov 02, 2008
  18. Nov 01, 2008
  19. Oct 06, 2008
  20. Nov 19, 2007
  21. Nov 16, 2007
    • Luigi Rizzo's avatar
      Start untangling header inclusion in a way that does not affect · fdb7f7ba
      Luigi Rizzo authored
      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: https://origsvn.digium.com/svn/asterisk/trunk@89333 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      fdb7f7ba
  22. Jun 28, 2007
  23. Jun 04, 2007
  24. May 24, 2007
  25. Jan 24, 2007
  26. Jan 06, 2007
  27. Jan 02, 2007
  28. Dec 31, 2006
  29. Dec 25, 2006
  30. Aug 21, 2006
  31. Jun 07, 2006
  32. Apr 14, 2006
    • Luigi Rizzo's avatar
      This rather large commit changes the way modules are loaded. · e43bc663
      Luigi Rizzo authored
       
      As partly documented in loader.c and include/asterisk/module.h,
      modules are now expected to return all of their methods and flags
      into a structure 'mod_data', and are normally loaded with RTLD_NOW
      | RTLD_LOCAL, so symbols are resolved immediately and conflicts
      should be less likely.  Only in a small number of cases (res_*,
      typically) modules are loaded RTLD_GLOBAL, so they can export
      symbols.
       
      The core of the change is only the two files loader.c and
      include/asterisk/module.h, all the rest is simply adaptation of the
      existing modules to the new API, a rather mechanical (but believe
      me, time and finger-consuming!) process whose detail you can figure
      out by svn diff'ing any single module.
      
      Expect some minor compilation issue after this change, please
      report it on mantis http://bugs.digium.com/view.php?id=6968
      so we collect all the feedback in one place.
      
      I am just sorry that this change missed SVN version number 20000!
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@20003 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e43bc663
  33. Apr 08, 2006
  34. Feb 12, 2006
  35. Feb 11, 2006
  36. Jan 21, 2006
Loading