[Freeswitch-users] [ERR] switch_cpp:910 object is not initalized

[Phillip Jones]

Anthony,

Thanks for the reply. Point about C vs managed well taken.

Can you explain this line though:

>> 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.

I have read it a couple of times but I am not following.

Thanks

Phil
On Tue, Jul 27, 2010 at 3:53 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> Its probably cases where the call setup didn't work.
> 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.
>
> 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>
>
> 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.
>
>   On Jul 27, 2010 1:47 PM, "Phillip Jones" <pjintheusa at gmail.com> wrote:
>
> Hi there,
>
> 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)
>
> 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:
>
> [ERR] switch_cpp:910 object is not initalized error message reported by FS.
>
>
> Line 910 seems to coorolate to a Session.Ready() request.
>
> To avoid accessing sessions that no longer exist I set my managed session =
> null in the hanguphook.
>
> 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?
>
> Also should I worry too much about this "object is not initalized" error?
> Will they cause an issue.
>
> 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.
>
> Its just those pesky error reports :)
>
> Any insight would be welcome.
>
> Thanks
>
>
> Phil
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100727/3499e2ce/attachment-0001.html