<p>Its probably cases where the call setup didn&#39;t work.<br>
Be careful of how much you bring into your script because doing so will move some of the burden handled by efficient c code into the heavy wrapped higher level code.</p>
<p>Fyi, you can use the regular group confirm to execute an app which could be a managed app in place of the dtmf check.  Dgroup_confirm_key=exec group_confirm_file=&lt;app&gt; &lt;args&gt;</p>
<p>Also there is loder documentation that won&#39;t die that suggests to create a session the session originate rather than just feeding a dial string to the constructor and checking if its ready on the following line.</p>

<p><blockquote type="cite">On Jul 27, 2010 1:47 PM, &quot;Phillip Jones&quot; &lt;<a href="mailto:pjintheusa@gmail.com">pjintheusa@gmail.com</a>&gt; wrote:<br><br><div>Hi there,</div>
<div> </div>
<div>I have an application written in mod_managed that receives a call, originates a call and then bridges the call when the user answers. This app will be extended to call several recipients and offer several chooses when a user answers (so I can not use the stock group_confirm functionality)</div>


<div> </div>
<div>I am load testing my application with SIPP. At a low cps the application reports no errors. As I increase the call rate I see:</div>
<div> </div>
<div>[ERR] switch_cpp:910 object is not initalized error message reported by FS. </div>
<div> </div>
<div>Line 910 seems to coorolate to a Session.Ready() request. </div>
<div> </div>
<div>To avoid accessing sessions that no longer exist I set my managed session = null in the hanguphook. </div>
<div> </div>
<div>I am a bit worried by this, because I am thinking this is indicative of a threading issue - i.e. I am not talking to the session I think I am tallking to. Is the Managed session thread safe? Are there any common gotchas?</div>


<div> </div>
<div>Also should I worry too much about this &quot;object is not initalized&quot; error? Will they cause an issue.</div>
<div> </div>
<div>On the plus side I can pump 80,000 calls at 5-10 cps through this system with no hung/orphaned channels - so that makes me think the system is ok.</div>
<div> </div>
<div>Its just those pesky error reports :)</div>
<div> </div>
<div>Any insight would be welcome.</div>
<div> </div>
<div>Thanks</div>
<div> </div>
<div> </div>
<div>Phil</div>
<div> </div>
<div> </div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></p>