Skip to content
Snippets Groups Projects
  1. May 05, 2011
  2. May 03, 2011
  3. Apr 26, 2011
  4. Apr 04, 2011
  5. 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
  6. Mar 04, 2011
  7. Feb 04, 2011
  8. Feb 03, 2011
  9. 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
  10. Dec 22, 2010
  11. 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
  12. Nov 10, 2010
  13. Oct 18, 2010
  14. Oct 04, 2010
  15. Oct 03, 2010
  16. Sep 07, 2010
  17. Sep 02, 2010
  18. Aug 27, 2010
  19. Aug 12, 2010
  20. Jul 21, 2010
  21. Jul 20, 2010
  22. Jun 22, 2010
  23. Jun 18, 2010
  24. May 27, 2010
  25. May 26, 2010
  26. May 13, 2010
  27. May 11, 2010
  28. Mar 30, 2010
  29. Mar 27, 2010
Loading