sorry, I was on my phone.<div><div><br></div><div>"older" documentation that has been long deprecated teaches people to do:</div><div><br></div><div>. or -> depending on the language for method separators </div>
<div><br></div><div>foo = new Session(); then foo.originate(dialstr);</div><div><br></div><div>the right way is </div><div><br></div><div>foo = new Session(dialstr, inbound_session); <br><br></div><div>inbound_session is optional.</div>
<div><br></div><div><br></div><div><br><div class="gmail_quote">On Tue, Jul 27, 2010 at 3:09 PM, Phillip Jones <span dir="ltr"><<a href="mailto:pjintheusa@gmail.com">pjintheusa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<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 class="im">
<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><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><div></div><div class="h5">
<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" target="_blank">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>
</p><blockquote type="cite">
<div>
<div></div>
<div>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>_______________________________________________<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" 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><p></p></blockquote></div><br>
</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></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div></div>