Hi, why don&#39;t you try write two macros only and recursively call both of them incrementing a counter each time you call the inner macro. Also print(NOOP) system stats along with the counter. You&#39;ll soon see what happens. <div>
<br></div><div>The para Matthew quoted is cent percent true. But if you don&#39;t  need to call macros within macros and do kind of recursove macro calling then you can continue using macros safely.<div><br></div><div>Its not that I never use macros at all, I only use where I know I&#39;ll get in macro and safely exit without going any deeper within the dial-plan.<br>
<br><div class="gmail_quote">On Wed, Jan 18, 2012 at 6:41 PM, Jonas Kellens <span dir="ltr">&lt;<a href="mailto:jonas.kellens@telenet.be">jonas.kellens@telenet.be</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 01/18/2012 01:51 PM, Matthew Jordan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyone else ? Maybe one of the developers can confirm this risk of<br>
working with macros ?<br>
</blockquote>
I don&#39;t think you need an Asterisk developer to tell you the risks of using macros in deeply nested situations.  Quoting the documentation of Macro:<br>
<br>
&quot;Because of the way Macro is implemented (it executes the priorities contained within it via sub-engine), and a fixed per-thread memory stack allowance, macros are limited to 7 levels of nesting (macro calling macro calling macro, etc.); It may be possible that stack-intensive applications in deeply nested macros could cause asterisk to crash earlier than this limit. It is advised that if you need to deeply nest macro calls, that you use the Gosub application (now allows arguments like a Macro) with explict Return() calls instead.&quot;<br>

</blockquote>
<br></div>
How would I notice that this is really the case here ?<br>
<br>
I should see the RAM-memory spike on the server ? I do not see this...<br>
<br>
Webmin says : 3.83 GB total, 375.51 MB used<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
Kind regards,<br>
<br>
Jonas.<br>
<br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
              <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-<u></u>users</a><br>
</div></div></blockquote></div><br></div></div>