[svn-commits] russell: branch 1.6.0 r114932 - in /branches/1.6.0: ./ UPGRADE.txt

SVN commits to the Digium repositories svn-commits at lists.digium.com
Thu May 1 12:28:45 CDT 2008


Author: russell
Date: Thu May  1 12:28:45 2008
New Revision: 114932

URL: http://svn.digium.com/view/asterisk?view=rev&rev=114932
Log:
Merged revisions 114931 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

........
r114931 | russell | 2008-05-01 12:28:25 -0500 (Thu, 01 May 2008) | 4 lines

Clarify the deprecation notice about Macro() to note that it will not be removed
for the sake of backwards compatibility, since it is a non-trivial task to convert
existing large dialplans that depend on Macro() to use GoSub(), instead.

........

Modified:
    branches/1.6.0/   (props changed)
    branches/1.6.0/UPGRADE.txt

Propchange: branches/1.6.0/
------------------------------------------------------------------------------
Binary property 'trunk-merged' - no diff available.

Modified: branches/1.6.0/UPGRADE.txt
URL: http://svn.digium.com/view/asterisk/branches/1.6.0/UPGRADE.txt?view=diff&rev=114932&r1=114931&r2=114932
==============================================================================
--- branches/1.6.0/UPGRADE.txt (original)
+++ branches/1.6.0/UPGRADE.txt Thu May  1 12:28:45 2008
@@ -89,7 +89,12 @@
   Gosub()/Return() applications.  To replace MacroExclusive(), we have
   introduced dialplan functions LOCK(), TRYLOCK(), and UNLOCK().  You may use
   these functions in any location where you desire to ensure that only one
-  channel is executing that path at any one time.
+  channel is executing that path at any one time.  The Macro() applications
+  are deprecated for performance reasons.  However, since Macro() has been
+  around for a long time and so many dialplans depend heavily on it, it will
+  not be removed for the sake of backwards compatibility.  It is also worth
+  noting that using both Macro() and GoSub() at the same time is _heavily_
+  discouraged.
 * Read() now sets a READSTATUS variable on exit.  It does NOT automatically
   return -1 (and hangup) anymore on error.  If you want to hangup on error,
   you need to do so explicitly in your dialplan.




More information about the svn-commits mailing list