Skip to content
Snippets Groups Projects
  1. Mar 23, 2011
  2. Mar 22, 2011
  3. Mar 18, 2011
  4. Mar 17, 2011
  5. Mar 16, 2011
  6. Mar 15, 2011
  7. Mar 14, 2011
  8. 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
    • Tilghman Lesher's avatar
      Merged revisions 310415 via svnmerge from · 9650fb3e
      Tilghman Lesher authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r310415 | tilghman | 2011-03-12 14:05:46 -0600 (Sat, 12 Mar 2011) | 14 lines
        
        Merged revisions 310414 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ........
          r310414 | tilghman | 2011-03-12 13:51:23 -0600 (Sat, 12 Mar 2011) | 7 lines
          
          Transactional handles should be used for the insertbuf, if available.
          
          Also, fix a possible resource leak.
          
          (closes issue #18943)
           Reported by: irroot
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@310416 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      9650fb3e
  9. Mar 11, 2011
  10. Mar 10, 2011
  11. Mar 08, 2011
  12. Mar 07, 2011
  13. Mar 05, 2011
  14. Mar 04, 2011
Loading