<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Steve Murphy wrote:
<blockquote id="mid_1230577853_20112_7_camel_digium2"
 cite="mid:1230577853.20112.7.camel@digium2" type="cite">
  <pre wrap="">On Tue, 2008-12-23 at 12:14 -0600, Brent Davidson wrote:
  </pre>
  <blockquote id="StationeryCiteGenerated_1" type="cite">
    <pre wrap="">I have two offices sharing a phone system.  They also share a common 
internal context because all of the employees of the second office also 
work for the first office.  Each office has 4 outside lines and I have 
defined 2 channel groups in my zapata.conf.  The second office needs all 
of their outgoing calls to go out over their lines so the people they 
call will have the correct callerID.  I created an asterisk database and 
with entries in the database for all extensions in the second office and 
defined the following macro:

globals {
  CONSOLE="Console/dsp";
  TRUNK="Zap/r1";
  TCTC_Operator=15;
  Law_Operator=12;
};

macro outside-dial ( num ) {
  if (${DB_EXISTS(Office/${CALLERID(num)})}) {
    TRUNK="Zap/r2";
  } else {
    TRUNK="Zap/r1";
  }
  Dial(${TRUNK}/${num},,Ttok);
}

It's working and correctly routing outside calls, but I get the 
following messages when I reload the extensions.ael file:

[Dec 23 12:16:22] WARNING[2994]: pbx_ael.c:2500 check_pval_item: 
Warning: file /etc/asterisk/extensions.ael, line 93-93: expression 
"Zap/r2" has operators, but no variables. Interesting...
[Dec 23 12:16:22] WARNING[2994]: pbx_ael.c:2500 check_pval_item: 
Warning: file /etc/asterisk/extensions.ael, line 95-95: expression 
"Zap/r1" has operators, but no variables. Interesting...

Any idea what is causing the warnings?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Yes, I do! I was concerned that users were falling into a common
error, where they forget to wrap variable references in $(); so,
if it looks like an expr has arithmetic operators, but no variable
refs, then you get this message.

Yes, I *could* have made it more intelligent. File a bug, and I'll
see if I can do so. At the worst, you can ignore this warning, or
I can simply remove this overly-simple warning.

murf
  </pre>
</blockquote>
Well, before I file a bug I have another question...&nbsp; In AEL, what is
the correct syntax?&nbsp; Do all variable references still need to be
wrapped in ${} or not?&nbsp; If they do, then the documentation on
voip-info.org needs to be changed to reflect that.<br>
<br>
Beyond that, what are the rules for putting the values assigned to
variables in quotes?&nbsp; In my example above, at one point I had a space
between the = and the Zap/r2 statement with no quotes.&nbsp; The value
assigned to TRUNK then included a leading space.&nbsp; I didn't test to see
whether or not putting a space after the variable name adds a space to
the variables name.&nbsp; I would think that any spaces after an operator
should be ignored unless the come after a single or double quote.<br>
<br>
Thanks,<br>
Brent<br>
</body>
</html>