Skip to content
Snippets Groups Projects
  1. May 03, 2011
  2. Apr 26, 2011
  3. Apr 04, 2011
  4. Mar 12, 2011
    • Tilghman Lesher's avatar
      Merged revisions 310462 via svnmerge from · 79fdf294
      Tilghman Lesher authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r310462 | tilghman | 2011-03-12 14:27:54 -0600 (Sat, 12 Mar 2011) | 45 lines
        
        Merged revisions 310448 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r310448 | tilghman | 2011-03-12 14:24:54 -0600 (Sat, 12 Mar 2011) | 38 lines
          
          Recorded merge of revisions 310435 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r310435 | tilghman | 2011-03-12 14:22:07 -0600 (Sat, 12 Mar 2011) | 31 lines
            
            Add AELSub, which provides a stable entry point into AEL subroutines.
            
            This commit needs some explanation, given that we're adding a new application
            into an existing release branch.  This is generally a violation of our release
            policy, except in very limited circumstances, and I believe this is one of
            those circumstances.
            
            The problem that this solves is one of the sanity of using multiple dialplan
            languages to define a dialplan.  In the case of the reporter, he or she is
            using AEL is define subroutines, while using Realtime extensions to invoke
            those subroutines.  While you can do this, it's based upon the reality of AEL
            using actual dialplan extensions; however, there is no guarantee that the
            details of _how_ AEL is compiled into extensions will remain stable.  In fact,
            at the time of this commit, it has already changed twice, once in a
            fundamental way.
            
            Now normally, a new application would only be added to trunk.  However, this
            application is explicitly to create a stable user-level API between versions,
            and adding it to trunk only will not solve the user's problem of switching
            between 1.6.2 and 1.8, nor will it help anybody switching from 1.8 to 1.10.
            Therefore, it needs to go into existing release branches.  For the sake of
            consistency, and also because one of the changes was between 1.4 and 1.6.x,
            I am also electing to commit this to 1.4.
            
            (closes issue #18910)
             Reported by: alexandrekeller
             Patches: 
                   20110304__issue18919__1.6.2.diff.txt uploaded by tilghman (license 14)
                   20110304__issue18919__1.4.diff.txt uploaded by tilghman (license 14)
             Tested by: alexandrekeller
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@310500 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      79fdf294
  5. Mar 04, 2011
  6. Feb 04, 2011
  7. Feb 03, 2011
  8. Jan 03, 2011
    • Leif Madsen's avatar
      Merged revisions 300082 via svnmerge from · 0a72d67d
      Leif Madsen authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ........
        r300082 | lmadsen | 2011-01-03 07:14:25 -0600 (Mon, 03 Jan 2011) | 11 lines
        
        Increase side of mapping response field.
        
        I've increased the size of the response field in a DUNDi mapping because of
        some documentation I'm writing. Previously it was set to AST_MAX_EXTENSION which
        is only 80 characters, which is far too small when you're using some dialplan
        functions to craft a response. The example I'm using is:
        
        extensions =>
        RegisteredDevices,0,SIP,dundi:very_awesome_password/${IF($[${DB_EXISTS(phones/${NUMBER}/device)}]?${DB(phones/${NUMBER}/device)}:None)},nopartial
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@300083 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      0a72d67d
  9. Dec 22, 2010
  10. 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
  11. Nov 10, 2010
  12. Oct 18, 2010
  13. Oct 04, 2010
  14. Oct 03, 2010
  15. Sep 07, 2010
  16. Sep 02, 2010
  17. Aug 27, 2010
  18. Aug 12, 2010
  19. Jul 21, 2010
  20. Jul 20, 2010
  21. Jun 22, 2010
  22. Jun 18, 2010
  23. May 27, 2010
  24. May 26, 2010
  25. May 13, 2010
  26. May 11, 2010
  27. Mar 30, 2010
  28. Mar 27, 2010
  29. Mar 23, 2010
    • Kevin P. Fleming's avatar
      Change per-file debug and verbose levels to be per-module, the way · ae6008ef
      Kevin P. Fleming authored
      users expect them to work.
      
      'core set debug' and 'core set verbose' can optionally change the
      level for a specific filename; however, this is actually for a
      specific source file name, not the module that source file is included
      in. With examples like chan_sip, chan_iax2, chan_misdn and others
      consisting of multiple source files, this will not lead to the
      behavior that users expect. If they want to set the debug level for
      chan_sip, they want it set for all of chan_sip, and not to have to
      also set it for reqresp_parser and other files that comprise the
      chan_sip module.
      
      This patch changes this functionality to be module-name based instead
      of file-name based.
      
      To make this work, some Makefile modifications were required to ensure
      that the AST_MODULE definition is present in each object file produced
      for each module as well.
      
      Review: https://reviewboard.asterisk.org/r/574/
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@253917 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      ae6008ef
Loading