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>
