Skip to content
Snippets Groups Projects
  1. 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
  2. Jul 25, 2014
  3. Jul 20, 2014
  4. Feb 24, 2012
  5. Jul 14, 2011
  6. Feb 03, 2011
  7. Nov 04, 2009
  8. May 21, 2009
    • Kevin P. Fleming's avatar
      Const-ify the world (or at least a good part of it) · e6b2e9a7
      Kevin P. Fleming authored
      This patch adds 'const' tags to a number of Asterisk APIs where they are appropriate (where the API already demanded that the function argument not be modified, but the compiler was not informed of that fact). The list includes:
      
      - CLI command handlers
      - CLI command handler arguments
      - AGI command handlers
      - AGI command handler arguments
      - Dialplan application handler arguments
      - Speech engine API function arguments
      
      In addition, various file-scope and function-scope constant arrays got 'const' and/or 'static' qualifiers where they were missing.
      
      Review: https://reviewboard.asterisk.org/r/251/
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@196072 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e6b2e9a7
  9. Mar 18, 2009
    • Russell Bryant's avatar
      Merged revisions 182810 via svnmerge from · 0bdd99ad
      Russell Bryant authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
      r182810 | russell | 2009-03-17 21:09:13 -0500 (Tue, 17 Mar 2009) | 44 lines
      
      Fix cases where the internal poll() was not being used when it needed to be.
      
      We have seen a number of problems caused by poll() not working properly on 
      Mac OSX.  If you search around, you'll find a number of references to using 
      select() instead of poll() to work around these issues.  In Asterisk, we've 
      had poll.c which implements poll() using select() internally.  However, we 
      were still getting reports of problems.
      
      vadim investigated a bit and realized that at least on his system, even 
      though we were compiling in poll.o, the system poll() was still being used.  
      So, the primary purpose of this patch is to ensure that we're using the 
      internal poll() when we want it to be used.
      
      The changes are:
      
      1) Remove logic for when internal poll should be used from the Makefile.  
         Instead, put it in the configure script.  The logic in the configure 
         script is the same as it was in the Makefile.  Ideally, we would have 
         a functionality test for the problem, but that's not actually possible, 
         since we would have to be able to run an application on the _target_ 
         system to test poll() behavior.
      
      2) Always include poll.o in the build, but it will be empty if AST_POLL_COMPAT
         is not defined.
      
      3) Change uses of poll() throughout the source tree to ast_poll().  I feel 
         that it is good practice to give the API call a new name when we are 
         changing its behavior and not using the system version directly in all cases.
         So, normally, ast_poll() is just redefined to poll().  On systems where 
         AST_POLL_COMPAT is defined, ast_poll() is redefined to ast_internal_poll().
      
      4) Change poll() in main/poll.c to be ast_internal_poll().
      
      It's worth noting that any code that still uses poll() directly will work fine 
      (if they worked fine before).  So, for example, out of tree modules that are 
      using poll() will not stop working or anything.  However, for modules to work 
      properly on Mac OSX, ast_poll() needs to be used.
      
      (closes issue #13404)
      Reported by: agalbraith
      Tested by: russell, vadim
      
      http://reviewboard.digium.com/r/198/
      
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182847 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      0bdd99ad
  10. Nov 01, 2008
  11. May 22, 2008
    • Michiel van Baak's avatar
      - revert change to ast_queue_hangup and create ast_queue_hangup_with_cause · f1e9371d
      Michiel van Baak authored
      - make data member of the ast_frame struct a named union instead of a void
      
      Recently the ast_queue_hangup function got a new parameter, the hangupcause
      Feedback came in that this is no good and that instead a new function should be created.
      This I did.
      
      The hangupcause was stored in the seqno member of the ast_frame struct. This is not very
      elegant, and since there's already a data member that one should be used.
      Problem is, this member was a void *.
      Now it's a named union so it can hold a pointer, an uint32 and there's a padding in case someone
      wants to store another type in there in the future.
      
      This commit is so massive, because all ast_frame.data uses have to be
      altered to ast_frame.data.data
      
      Thanks russellb and kpfleming for the feedback.
      
      (closes issue #12674)
      Reported by: mvanbaak
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@117802 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      f1e9371d
  12. Apr 16, 2008
  13. Nov 21, 2007
  14. Nov 19, 2007
  15. 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
  16. Nov 06, 2007
  17. Jul 16, 2007
  18. Jun 14, 2007
  19. Dec 11, 2006
  20. Oct 03, 2006
  21. Aug 21, 2006
  22. Jun 07, 2006
  23. May 01, 2006
  24. 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
  25. Apr 08, 2006
  26. Feb 15, 2006
  27. Dec 30, 2005
  28. Nov 29, 2005
  29. Nov 07, 2005
  30. Nov 06, 2005
  31. Oct 24, 2005
  32. Oct 19, 2005
  33. Oct 18, 2005
  34. Sep 14, 2005
  35. Jul 15, 2005
  36. Jun 06, 2005
  37. Apr 21, 2005
  38. Dec 14, 2004
  39. Jun 22, 2004
Loading