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. Mar 26, 2015
  4. May 24, 2013
  5. Dec 11, 2012
  6. Oct 18, 2012
  7. 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
  8. Mar 26, 2012
  9. Mar 22, 2012
  10. Jan 30, 2012
    • Terry Wilson's avatar
      Re-link peers by IP when dnsmgr changes the IP · de57235a
      Terry Wilson authored
      Asterisk's dnsmgr currently takes a pointer to an ast_sockaddr and updates it
      anytime an address resolves to something different. There are a couple of
      issues with this. First, the ast_sockaddr is usually the address of an
      ast_sockaddr inside a refcounted struct and we never bump the refcount of those
      structs when using dnsmgr. This makes it possible that a refresh could happen
      after the destructor for that object is called (despite ast_dnsmgr_release
      being called in that destructor). Second, the module using dnsmgr cannot be
      aware of an address changing without polling for it in the code. If an action
      needs to be taken on address update (like re-linking a SIP peer in the
      peers_by_ip table), then polling for this change negates many of the benefits
      of having dnsmgr in the first place.
      
      This patch adds a function to the dnsmgr API that calls an update callback
      instead of blindly updating the address itself. It also moves calls to
      ast_dnsmgr_release outside of the destructor functions and into cleanup
      functions that are called when we no longer need the objects and increments the
      refcount of the objects using dnsmgr since those objects are stored on the
      ast_dnsmgr_entry struct. A helper function for returning the proper default SIP
      port (non-tls vs tls) is also added and used.
      
      This patch also incorporates changes from a patch posted by Timo Teräs to
      ASTERISK-19106 for related dnsmgr issues.
      
      (closes issue ASTERISK-19106)
      
      Review: https://reviewboard.asterisk.org/r/1691/
      ........
      
      Merged revisions 353371 from http://svn.asterisk.org/svn/asterisk/branches/1.8
      ........
      
      Merged revisions 353397 from http://svn.asterisk.org/svn/asterisk/branches/10
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@353418 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      de57235a
  11. Nov 22, 2011
  12. Sep 13, 2011
  13. Jun 14, 2011
  14. Jun 08, 2011
  15. Dec 20, 2010
    • Russell Bryant's avatar
      Some scheduler API cleanup and improvements. · cc0b7e7d
      Russell Bryant authored
      Previously, I had added the ast_sched_thread stuff that was a generic scheduler
      thread implementation.  However, if you used it, it required using different
      functions for modifying scheduler contents.  This patch reworks how this is
      done and just allows you to optionally start a thread on the original scheduler
      context structure that has always been there.  This makes it trivial to switch
      to the generic scheduler thread implementation without having to touch any of
      the other code that adds or removes scheduler entries.
      
      In passing, I made some naming tweaks to add ast_ prefixes where they were not
      there before.
      
      Review: https://reviewboard.asterisk.org/r/1007/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@299091 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      cc0b7e7d
  16. Sep 21, 2010
  17. Jul 16, 2010
  18. Jul 14, 2010
    • Mark Michelson's avatar
      Fix errors where incorrect address information was printed. · 1e8c66e7
      Mark Michelson authored
      ast_sockaddr_stringiy_fmt (which is call by all ast_sockaddr_stringify* functions)
      uses thread-local storage for storing the string that it creates. In cases where
      ast_sockaddr_stringify_fmt was being called twice within the same statement, the
      result of one call would be overwritten by the result of the other call. This
      usually was happening in printf-like statements and was resulting in the same
      stringified addressed being printed twice instead of two separate addresses.
      
      I have fixed this by using ast_strdupa on the result of stringify functions if
      they are used twice within the same statement. As far as I could tell, there were
      no instances where a pointer to the result of such a call were saved anywhere, so
      this is the only situation I could see where this error could occur.
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276570 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      1e8c66e7
  19. Jul 08, 2010
    • Mark Michelson's avatar
      Add IPv6 to Asterisk. · cd4ebd33
      Mark Michelson authored
      This adds a generic API for accommodating IPv6 and IPv4 addresses
      within Asterisk. While many files have been updated to make use of the
      API, chan_sip and the RTP code are the files which actually support
      IPv6 addresses at the time of this commit. The way has been paved for
      easier upgrading for other files in the near future, though.
      
      Big thanks go to Simon Perrault, Marc Blanchet, and Jean-Philippe Dionne
      for their hard work on this.
      
      (closes issue #17565)
      Reported by: russell
      Patches: 
            asteriskv6-test-report.pdf uploaded by russell (license 2)
      
      Review: https://reviewboard.asterisk.org/r/743
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@274783 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      cd4ebd33
  20. Jun 16, 2010
  21. Aug 10, 2009
  22. Dec 22, 2008
  23. Oct 30, 2008
  24. Sep 12, 2008
    • Tilghman Lesher's avatar
      Create a new config file status, CONFIG_STATUS_FILEINVALID for differentiating · 08af5bb3
      Tilghman Lesher authored
      when a file is invalid from when a file is missing.  This is most important when
      we have two configuration files.  Consider the following example:
      
      Old system:
      sip.conf     users.conf     Old result               New result
      ========     ==========     ==========               ==========
      Missing      Missing        SIP doesn't load         SIP doesn't load
      Missing      OK             SIP doesn't load         SIP doesn't load
      Missing      Invalid        SIP doesn't load         SIP doesn't load
      OK           Missing        SIP loads                SIP loads
      OK           OK             SIP loads                SIP loads
      OK           Invalid        SIP loads incompletely   SIP doesn't load
      Invalid      Missing        SIP doesn't load         SIP doesn't load
      Invalid      OK             SIP doesn't load         SIP doesn't load
      Invalid      Invalid        SIP doesn't load         SIP doesn't load
      
      So in the case when users.conf doesn't load because there's a typo that
      disrupts the syntax, we may only partially load users, instead of failing with
      an error, which may cause some calls not to get processed.  Worse yet, the old
      system would do this with no indication that anything was even wrong.
      
      (closes issue #10690)
       Reported by: dtyoo
       Patches: 
             20080716__bug10690.diff.txt uploaded by Corydon76 (license 14)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@142992 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      08af5bb3
  25. Jul 14, 2008
  26. Jul 08, 2008
  27. Apr 01, 2008
  28. Mar 28, 2008
  29. Mar 26, 2008
  30. Jan 27, 2008
  31. Nov 27, 2007
  32. Nov 21, 2007
  33. Nov 20, 2007
  34. Nov 19, 2007
  35. Nov 17, 2007
  36. 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
  37. Oct 22, 2007
  38. Oct 19, 2007
Loading