<div>Anthony,</div>
<div> </div>
<div>Thanks for the reply. Point about C vs managed well taken. </div>
<div> </div>
<div>Can you explain this line though:</div>
<div> </div>
<div>>> Also there is loder documentation that won'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.</div>
<div> </div>
<div>I have read it a couple of times but I am not following.</div>
<div> <br>Thanks</div>
<div> </div>
<div>Phil<br></div>
<div class="gmail_quote">On Tue, Jul 27, 2010 at 3:53 PM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<p>Its probably cases where the call setup didn'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=<app> <args></p>
<p>Also there is loder documentation that won'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">
<div>
<div></div>
<div class="h5">On Jul 27, 2010 1:47 PM, "Phillip Jones" <<a href="mailto:pjintheusa@gmail.com" target="_blank">pjintheusa@gmail.com</a>> 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 "object is not initalized" 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></div></div>
<div class="im">_______________________________________________<br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></div></blockquote>
<p></p><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></p></blockquote></div><br>