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

[Anthony Minessale]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100727/b5ee38c1/attachment.html