Skip to content
Snippets Groups Projects
  1. Jun 19, 2017
    • Corey Farrell's avatar
      Core: Add support for systemd socket activation. · 70d2ccb9
      Corey Farrell authored
      This change adds support for socket activation of certain SOCK_STREAM
      listeners in Asterisk:
      * AMI / AMI over TLS
      * CLI
      * HTTP / HTTPS
      
      Example systemd units are provided.  This support extends to any socket
      which is initialized using ast_tcptls_server_start, so any unknown
      modules using this function will support socket activation.
      
      Asterisk continues to function as normal if socket activation is not
      enabled or if systemd development headers are not available during
      build.
      
      ASTERISK-27063 #close
      
      Change-Id: Id814ee6a892f4b80d018365c8ad8d89063474f4d
      70d2ccb9
  2. 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
  3. Sep 15, 2016
    • Tzafrir Cohen's avatar
      sd_notify (systemd status notifications) support · 07b95f7c
      Tzafrir Cohen authored
      sd_notify() is used to notify systemd of changes to the status of the
      process. This allows the systemd daemon to know when the process
      finished loading (and thus only start another program after Asterisk has
      finished loading).
      
      To use this, use a systemd unit with 'Type=notify' for Asterisk.
      
      This commit also adds the function ast_sd_notify(), a wrapper around
      sd_notify that does nothing if not built with systemd support.
      
      Also adds support for libsystemd detection in the configure script.
      
      Change-Id: Ied6a59dafd5ef331c5c7ae8f3ccd2dfc94be7811
      07b95f7c
  4. 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
  5. May 09, 2014
  6. Jun 15, 2012
    • Kevin P. Fleming's avatar
      Multiple revisions 369001-369002 · 166b4e2b
      Kevin P. Fleming authored
      ........
        r369001 | kpfleming | 2012-06-15 10:56:08 -0500 (Fri, 15 Jun 2012) | 11 lines
        
        Add support-level indications to many more source files.
        
        Since we now have tools that scan through the source tree looking for files
        with specific support levels, we need to ensure that every file that is
        a component of a 'core' or 'extended' module (or the main Asterisk binary)
        is explicitly marked with its support level. This patch adds support-level
        indications to many more source files in tree, but avoids adding them to
        third-party libraries that are included in the tree and to source files
        that don't end up involved in Asterisk itself.
      ........
        r369002 | kpfleming | 2012-06-15 10:57:14 -0500 (Fri, 15 Jun 2012) | 3 lines
        
        Add a script to enable finding source files without support-levels defined.
      ........
      
      Merged revisions 369001-369002 from http://svn.asterisk.org/svn/asterisk/branches/1.8
      ........
      
      Merged revisions 369005 from http://svn.asterisk.org/svn/asterisk/branches/10
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@369013 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      166b4e2b
  7. Mar 22, 2012
  8. 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
  9. Dec 27, 2007
  10. Nov 21, 2007
  11. Nov 19, 2007
  12. 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
  13. Jun 24, 2007
  14. Jun 06, 2007
  15. Feb 15, 2007
  16. Feb 05, 2007
  17. Jan 23, 2007
  18. Oct 02, 2006
  19. Aug 21, 2006
  20. Jun 07, 2006
  21. Feb 27, 2006
  22. Dec 30, 2005
  23. Nov 29, 2005
  24. Oct 24, 2005
  25. Sep 14, 2005
  26. Aug 31, 2005
  27. Jul 19, 2005
  28. Jun 06, 2005
  29. Apr 22, 2005
  30. Apr 21, 2005
  31. Oct 26, 2003
  32. Nov 27, 2002
  33. Jul 30, 2002
  34. May 30, 2002
  35. Dec 25, 2001
  36. Dec 16, 1999
  37. Oct 08, 1999
Loading