[pjsip] symbian: synchronously events with RunL - maybe solution to the stuck problem in symbian

nir elkayam nir.elkayam at gmail.com
Thu Dec 10 00:19:41 EST 2009


I haven't face this my self. validate that there is no "pjsip" calls done
during the changing view code - the ui should be able to complete the view
replacement without waiting to pjsip.
I will implement the (my) suggested to syncronise, but thats also has its
downsides.

benny, nanang, can u suggest a way to implement the PENDING case on the
ioqueue and maybe we'll do it ourself?

nir

On Thu, Dec 10, 2009 at 12:45 AM, Vasyl Strutynskyy <
vasyl.strutynskyy at gmail.com> wrote:

> Guys,
>
> I suppose I have faced with ViewSrv 11 crash due to this blocking stuff.
>
> *ViewSrv 11:*
> The most common panic. A view has taken too long to complete its
> implementation of ViewActivatedL() and must, therefore, be panicked to stop
> it from blocking the entire OS.
>
> Do you observe such crash? Any idea how to resolve?
>
> Best Regards
> *Vasyl
>
>
> 2009/12/9 nir elkayam <nir.elkayam at gmail.com>
>
> implementing ASync operation is a big change. the suggested way is half way
>> that might do the work in correcting the problem mention at the end of:
>>
>> http://trac.pjsip.org/repos/wiki/Symbian_AP_Reconnection
>>
>> nir
>>
>>
>> On Tue, Dec 8, 2009 at 11:32 PM, atik <atik.khan at gmail.com> wrote:
>>
>>> Maybe this could helps better, since this wiki talks about
>>> non-blocking I/O operation
>>>
>>>
>>> http://developer.symbian.org/wiki/index.php/Symbian_OS_Communications_Programming/3._An_Introduction_to_ESOCK
>>>
>>>
>>>
>>>
>>> On Wed, Dec 9, 2009 at 4:55 AM, nir elkayam <nir.elkayam at gmail.com>
>>> wrote:
>>> > hi all symbian users,
>>> >
>>> > there is the problem in using the blocking i/o operations in symbian.
>>> > there is a ways to allow async event without User::WaitForRequest,
>>> > in the following example, the User::WaitForRequest doesn't do the job
>>> and so
>>> > they start another active scheduler.
>>> >
>>> >
>>> http://wiki.forum.nokia.com/index.php/Reading_IMEI_in_3rd_edition_-Synchronously
>>> >
>>> > maybe this can be a middle way to do the send operation that from time
>>> to
>>> > time stuck the stack
>>> >
>>> > http://trac.pjsip.org/repos/ticket/987
>>> >
>>> > any thoughts?
>>> >
>>> >
>>> > _______________________________________________
>>> > Visit our blog: http://blog.pjsip.org
>>> >
>>> > pjsip mailing list
>>> > pjsip at lists.pjsip.org
>>> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>> >
>>> >
>>>
>>> _______________________________________________
>>> Visit our blog: http://blog.pjsip.org
>>>
>>> pjsip mailing list
>>> pjsip at lists.pjsip.org
>>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>>
>>
>>
>>
>> --
>> ניר אלקיים
>> טל: 050-3930056
>> nir.elkayam at gmail.com
>>
>>
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>
>>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>


-- 
ניר אלקיים
טל: 050-3930056
nir.elkayam at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20091210/8fc13743/attachment.html>


More information about the pjsip mailing list