[asterisk-bugs] [Asterisk 0009785]: [patch] Add 'e' extension to handle application errors

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=9785 
====================================================================== 
Reported By:                mnicholson
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   9785
Category:                   Core/General
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     ready for testing
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 65675 
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             05-23-2007 14:10 CDT
Last Modified:              10-03-2007 13:40 CDT
====================================================================== 
Summary:                    [patch] Add 'e' extension to handle application
errors
Description: 
Currently when an application encounters an error asterisk hangs up the
channel.  This patch adds a special 'e' extension (like the 'i' extension)
to gracefully handle these errors instead of hanging up the channel.

This patch defines three new macros: AST_PBX_HANGUP (-1), AST_PBX_OK (0),
and AST_PBX_ERROR (1).  If an application returns AST_PBX_ERROR then the
'e' extension is triggered.

If an application executing on the 'e' exten encounters an error, the call
is terminated similar to how errors are handled now.
====================================================================== 

---------------------------------------------------------------------- 
 mnicholson - 10-03-07 13:40  
---------------------------------------------------------------------- 
The reason the internal exception structure was open to the rest of the
code is so that eventually, applications can throw exceptions and associate
data with them.  I am not opposed to streamlining the interface, but I
think applications should be allowed to set their own data (I was going to
add this in a different patch). 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-03-07 13:40  mnicholson     Note Added: 0071409                          
======================================================================