Panic on symbian

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi ,

yes, it is from windows.
I'll test the changes and let u know.

nir

On Thu, Dec 10, 2009 at 7:35 AM, Benny Prijono <bennylp at teluu.com> wrote:

> Hi,
>
> is this Symbian or Windows? I assume it's Windows then. It looks like
> it stopped in heap allocation area, did you get messages in Visual
> Studio about heap errors?
>
> Anyway, I just made couple of important fixes (meaning, silly bugs!)
> in http://trac.pjsip.org/repos/ticket/1002, which could fix your
> problem too. Would be great if you could integrate it, or just get the
> latest version from SVN, and see if the problem is gone.
>
> Thanks
>  Benny
>
> On Wed, Dec 9, 2009 at 10:09 PM, nir elkayam <nir.elkayam at gmail.com>
> wrote:
> > hi,
> >
> > attached call stack that started when I move to 1.5
> > maybe this is related to the problem,
> > this happend after I subscribe, I got the first notify and hasn't got yet
> > the PJSIP_EVSUB_STATE_ACTIVE.
> >
> > nir
> >
> >      ntdll.dll!7c90120e()
> >      ntdll.dll!7c96e139()
> >      ntdll.dll!7c94b0aa()
> >      ntdll.dll!7c91a3f5()
> >      ntdll.dll!7c928854()
> >      alt.exe!pj_thread_local_set(long index=196608, void *
> > value=0x003c0178)  Line 813 + 0x10    C
> >      ntdll.dll!7c96e5df()
> >      ntdll.dll!7c96eea0()
> >      ntdll.dll!7c94b394()
> >      alt.exe!_output(_iobuf * stream=0x00000006, const char *
> > format=0x010bcf70, char * argptr=0x010bd074)  Line 405 + 0x17    C
> >      alt.exe!pj_thread_this()  Line 531 + 0xb    C
> >      ffffff7f()
> >      alt.exe!_heap_alloc_base(unsigned int size=4036)  Line 212    C
> >      alt.exe!_heap_alloc_dbg(unsigned int nSize=4000, int nBlockUse=1,
> const
> > char * szFileName=0x00000000, int nLine=0)  Line 397 + 0x9    C
> >      alt.exe!_nh_malloc_dbg(unsigned int nSize=4000, int nhFlag=0, int
> > nBlockUse=1, const char * szFileName=0x00000000, int nLine=0)  Line 260 +
> > 0x15    C
> >      alt.exe!malloc(unsigned int nSize=4000)  Line 139 + 0x15    C
> >      alt.exe!default_block_alloc(pj_pool_factory * factory=0x003c083c,
> > unsigned int size=4000)  Line 46 + 0x9    C
> >      alt.exe!pj_pool_create_block(pj_pool_t * pool=0x00b44030, unsigned
> int
> > size=4000)  Line 60 + 0x15    C
> >      alt.exe!pj_pool_allocate_find(pj_pool_t * pool=0x00b44030, unsigned
> int
> > size=2000)  Line 139 + 0xd    C
> >      alt.exe!pj_pool_alloc(pj_pool_t * pool=0x00b44030, unsigned int
> > size=2000)  Line 62 + 0xd    C
> >      alt.exe!pjsip_tx_data_encode(pjsip_tx_data * tdata=0x00b44094)  Line
> > 448 + 0x11    C
> >      alt.exe!mod_on_tx_msg(pjsip_tx_data * tdata=0x00b44094)  Line 609 +
> > 0x9    C
> >      alt.exe!endpt_on_tx_msg(pjsip_endpoint * endpt=0x003c3e8c,
> > pjsip_tx_data * tdata=0x00b44094)  Line 976 + 0xc    C
> >      alt.exe!pjsip_transport_send(pjsip_transport * tr=0x003c0f1c,
> > pjsip_tx_data * tdata=0x00b44094, const void * addr=0x010bdad8, int
> > addr_len=16, void * token=0x00b44a74, void (void *, pjsip_tx_data *,
> long)*
> > cb=0x004a3b80)  Line 650 + 0x1f    C
> >      alt.exe!send_response_resolver_cb(int status=0, void *
> > token=0x00b44a74, const pjsip_server_addresses * addr=0x010bdac8)  Line
> 1632
> > + 0x2a    C
> >      alt.exe!pjsip_resolve(pjsip_resolver_t * resolver=0x003ce848,
> pj_pool_t
> > * pool=0x00b44030, const pjsip_host_info * target=0x00b4293c, void *
> > token=0x00b44a74, void (int, void *, const pjsip_server_addresses *)*
> > cb=0x004a3c60)  Line 292 + 0x17    C
> >      alt.exe!pjsip_endpt_resolve(pjsip_endpoint * endpt=0x003c3e8c,
> > pj_pool_t * pool=0x00b44030, pjsip_host_info * target=0x00b4293c, void *
> > token=0x00b44a74, void (int, void *, const pjsip_server_addresses *)*
> > cb=0x004a3c60)  Line 1043 + 0x1c    C
> >      alt.exe!pjsip_endpt_send_response(pjsip_endpoint * endpt=0x003c3e8c,
> > pjsip_response_addr * res_addr=0x00b42918, pjsip_tx_data *
> tdata=0x00b44094,
> > void * token=0x00b42874, void (pjsip_send_state *, long, int *)*
> > cb=0x004ad6e0)  Line 1689 + 0x20    C
> >      alt.exe!tsx_send_msg(pjsip_transaction * tsx=0x00b42874,
> pjsip_tx_data
> > * tdata=0x00b44094)  Line 1929 + 0x23    C
> >      alt.exe!tsx_on_state_proceeding_uas(pjsip_transaction *
> tsx=0x00b42874,
> > pjsip_event * event=0x010be324)  Line 2357 + 0xd    C
> >      alt.exe!tsx_on_state_trying(pjsip_transaction * tsx=0x00b42874,
> > pjsip_event * event=0x010be324)  Line 2287 + 0xd    C
> >      alt.exe!pjsip_tsx_send_msg(pjsip_transaction * tsx=0x00b42874,
> > pjsip_tx_data * tdata=0x00b44094)  Line 1590 + 0x10    C
> >      alt.exe!pjsip_dlg_send_response(pjsip_dialog * dlg=0x00b3d474,
> > pjsip_transaction * tsx=0x00b42874, pjsip_tx_data * tdata=0x00b44094)
> Line
> > 1415 + 0xd    C
> >      alt.exe!on_tsx_state_uac(pjsip_evsub * sub=0x00b3dc64,
> > pjsip_transaction * tsx=0x00b42874, pjsip_event * event=0x010beaac)  Line
> > 1848 + 0x17    C
> >      alt.exe!mod_evsub_on_tsx_state(pjsip_transaction * tsx=0x00b42874,
> > pjsip_event * event=0x010beaac)  Line 2077 + 0x11    C
> >      alt.exe!pjsip_dlg_on_tsx_state(pjsip_dialog * dlg=0x00b3d474,
> > pjsip_transaction * tsx=0x00b42874, pjsip_event * e=0x010beaac)  Line
> 1918 +
> > 0x1a    C
> >      alt.exe!mod_ua_on_tsx_state(pjsip_transaction * tsx=0x00b42874,
> > pjsip_event * e=0x010beaac)  Line 178 + 0x11    C
> >      alt.exe!tsx_set_state(pjsip_transaction * tsx=0x00b42874,
> > pjsip_tsx_state_e state=PJSIP_TSX_STATE_TRYING, pjsip_event_id_e
> > event_src_type=PJSIP_EVENT_RX_MSG, void * event_src=0x003cec0c)  Line
> 1108 +
> > 0x13    C
> >      alt.exe!tsx_on_state_null(pjsip_transaction * tsx=0x00b42874,
> > pjsip_event * event=0x010bece0)  Line 2071 + 0x14    C
> >      alt.exe!pjsip_tsx_recv_msg(pjsip_transaction * tsx=0x00b42874,
> > pjsip_rx_data * rdata=0x003cec0c)  Line 1627 + 0x10    C
> >      alt.exe!pjsip_dlg_on_rx_request(pjsip_dialog * dlg=0x00b3d474,
> > pjsip_rx_data * rdata=0x003cec0c)  Line 1593 + 0xd    C
> >      alt.exe!mod_ua_on_rx_request(pjsip_rx_data * rdata=0x003cec0c)  Line
> > 683 + 0xd    C
> >      alt.exe!endpt_on_rx_msg(pjsip_endpoint * endpt=0x003c3e8c, int
> > status=0, pjsip_rx_data * rdata=0x003cec0c)  Line 904 + 0xf    C
> >      alt.exe!pjsip_tpmgr_receive_packet(pjsip_tpmgr * mgr=0x003ce6d8,
> > pjsip_rx_data * rdata=0x003cec0c)  Line 1473 + 0x15    C
> >      alt.exe!udp_on_read_complete(pj_ioqueue_key_t * key=0x003cc33c,
> > pj_ioqueue_op_key_t * op_key=0x003cec18, long bytes_read=1103)  Line 166
> +
> > 0x16    C
> >      alt.exe!ioqueue_dispatch_read_event(pj_ioqueue_t *
> ioqueue=0x003cbd88,
> > pj_ioqueue_key_t * h=0x003cc33c)  Line 552 + 0x14    C
> >      alt.exe!pj_ioqueue_poll(pj_ioqueue_t * ioqueue=0x003cbd88, const
> > pj_time_val * timeout=0x010bfc0c)  Line 765 + 0x17    C
> >      alt.exe!pjsip_endpt_handle_events2(pjsip_endpoint *
> endpt=0x003c3e8c,
> > const pj_time_val * max_timeout=0x010bfdd8, unsigned int *
> > p_count=0x00000000)  Line 719 + 0x10    C
> >>    alt.exe!pjsip_endpt_handle_events(pjsip_endpoint * endpt=0x003c3e8c,
> >> const pj_time_val * max_timeout=0x010bfdd8)  Line 747 + 0xf    C
> >      alt.exe!SipEngine::process()  Line 395 + 0x13    C++
> >      alt.exe!SipEngine::worker_thread(void * arg=0x00000000)  Line 116
> > C++
> >      alt.exe!thread_main(void * param=0x003c0b28)  Line 428 + 0xf    C
> >      kernel32.dll!7c80b729()
> >
> >
> > On Wed, Dec 9, 2009 at 4:37 PM, nir elkayam <nir.elkayam at gmail.com>
> wrote:
> >>
> >> hi,
> >>
> >> I don't think its network related as it usually happen when i subscribe
> >> just after registration so i don't think its network related.
> >>
> >> at first i thoght that its relate to having several subscribe at once so
> I
> >> do them one by one and use the notify to drive this process.
> >>
> >> I'll recheck again without this "feature" to see where it crushes more,
> >> maybe this will give some hist into the problem.
> >>
> >> nir
> >>
> >> On Wed, Dec 9, 2009 at 4:17 PM, Benny Prijono <bennylp at teluu.com>
> wrote:
> >>>
> >>> The port difference was another problem, as we discussed in the other
> >>> thread.
> >>>
> >>> Re: the panic, this probably is the same problem as
> >>> http://trac.pjsip.org/repos/ticket/1002 which I just added, and was
> >>> discussed on another thread. I'm now working on this, and I can see
> >>> few problems (read: crashes :) already, but these problems only
> >>> manifest themselves if I disrupt my network connectivity (i.e.
> >>> enabling/disabling network adapter) while the test program is running
> >>> continuously in the background.
> >>>
> >>> So in your cases, do you think you have a problem with network
> >>> connectivity during your tests? Just trying to narrow down the issue.
> >>>
> >>> Cheers
> >>>  Benny
> >>>
> >>> On Mon, Dec 7, 2009 at 1:08 PM, nir elkayam <nir.elkayam at gmail.com>
> >>> wrote:
> >>> > I sent a mail the other day about a problem I have in unsubscribe.
> when
> >>> > I
> >>> > send the unsubscribe, it send it to port other then the one needed
> >>> > (30100
> >>> > instade of 30101).
> >>> >
> >>> > maybe there is some memory override in subscribe?
> >>> >
> >>> > nir
> >>> >
> >>> > On Mon, Dec 7, 2009 at 3:03 PM, Vasyl Strutynskyy
> >>> > <vasyl.strutynskyy at gmail.com> wrote:
> >>> >>
> >>> >> Nir,
> >>> >>
> >>> >> We faced with exactly the same problem. And I'm sure this bug is
> >>> >> inside
> >>> >> PJSIP, where exactly I don't know. But it is definitely related with
> >>> >> SUBSCRIBE.
> >>> >>
> >>> >> Unfortunately we didn't receive fix for SUBSCRIBE, but one
> workaround
> >>> >> was
> >>> >> applicable for us, where we changed subscribing to unsolicited MWI
> >>> >> events.
> >>> >>
> >>> >> You can see changed provided for unsolicited MWI here:
> >>> >> http://trac.pjsip.org/repos/changeset/3021
> >>> >>
> >>> >> Hence I think you should try to ask PJSIP to fix this bug with
> >>> >> SUBSCRIBE
> >>> >> or try to fix yourself. Just analyze code related with SUBSCRIBE.
> >>> >>
> >>> >> Best Regards
> >>> >> *Vasyl
> >>> >>
> >>> >> 2009/12/7 nir elkayam <nir.elkayam at gmail.com>
> >>> >>>
> >>> >>> Hi Vasyl (and all list too..)
> >>> >>>
> >>> >>> I have just few hints about the panic, but not getting it always.
> It
> >>> >>> happend more on my N95, It almost never happend on N81 and 5800
> >>> >>> (which I use
> >>> >>> to test).
> >>> >>>
> >>> >>> It happen most when I start pjsua, immediatly register, and on the
> >>> >>> callback on secsessful registration i start the subscribe. If i
> >>> >>> subscribre
> >>> >>> only later, it goes on without panic. also the panic doesn't occur
> >>> >>> all the
> >>> >>> times.
> >>> >>>
> >>> >>> I added flush to the logging to file on both and on the panic it
> >>> >>> always
> >>> >>> in the middle of writing some sip msg to the log file.
> >>> >>>
> >>> >>> I suspect of long msg/long log msg, but when disabled the log to
> file
> >>> >>> it
> >>> >>> also happend, so maybe some place else,  ?!
> >>> >>>
> >>> >>> nir
> >>> >>>
> >>> >>> On Mon, Dec 7, 2009 at 2:32 PM, Vasyl Strutynskyy
> >>> >>> <vasyl.strutynskyy at gmail.com> wrote:
> >>> >>>>
> >>> >>>> Hi, nir
> >>> >>>>
> >>> >>>> Can you specify use case to reproduce it in details.
> >>> >>>>
> >>> >>>> Actually we faced with one KERN EXEC 3 using SUBSCRIBE command to
> >>> >>>> receive MWI notifications. And now it is known fact for us that
> >>> >>>> SUBSCRIBE
> >>> >>>> provoke crash.
> >>> >>>>
> >>> >>>> Best Regards
> >>> >>>> *Vasyl
> >>> >>>>
> >>> >>>> 2009/12/7 nir elkayam <nir.elkayam at gmail.com>
> >>> >>>>>
> >>> >>>>> hi,
> >>> >>>>>
> >>> >>>>> I am facing Panic (KERN - EXEC 3) using pjsip on symbian.
> >>> >>>>> It started when I began using the buddies and when no buddies, no
> >>> >>>>> panic. I am checking my sw but, has anyone had problems and panic
> >>> >>>>> like that
> >>> >>>>> relate to pjsip errors/mishandeling?
> >>> >>>>>
> >>> >>>>> thanks,
> >>> >>>>> nir
> >>> >>>>>
> >>> >>>>>
> >>> >>>>> _______________________________________________
> >>> >>>>> 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
> >>> >
> >>> >
> >>> > _______________________________________________
> >>> > 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
> >>> >
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Best regards,
> >>>
> >>>  Benny
> >>>
> >>> _______________________________________________
> >>> 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
> >>
> >
> >
> >
> > --
> > ??? ??????
> > ??: 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
> >
> >
>
>
>
> --
> Best regards,
>
>  Benny
>
> _______________________________________________
> 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/322e4b87/attachment-0001.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux