Crashes on the presence server

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Crashes on the presence server

Yoo Chan Jeon
Hi,
I need your help.
It crashed in the xcap_GetNewDoc() call in the rls/subscribe.c.
I modifed the codes to move that api to  other spot to check if it dose not crash, But It always crashed in the same api.
I got the following error. I do not guess what I did wrong.
 
Thanks your help.
 
Jeon.
 
 

Nov 14 18:01:07 [12080] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE>
Nov 14 18:01:07 [12080] DBG:maxfwd:is_maxfwd_present: value = 70
Nov 14 18:01:07 [12080] DBG:uri:has_totag: no totag
Nov 14 18:01:07 [12080] DBG:core:parse_headers: flags=78
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: start searching: hash=45320, isACK=0
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: proceeding to pre-RFC3261 transaction matching
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: non-ACK matched
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: REF_UNSAFE: after is 2
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: transaction found (T=0xa86fe6f8)
Nov 14 18:01:07 [12080] DBG:tm:t_retransmit_reply: nothing to retransmit
Nov 14 18:01:07 [12080] DBG:tm:t_check_trans: UNREF_UNSAFE: after is 1
Nov 14 18:01:07 [12080] DBG:core:destroy_avp_list: destroying list (nil)
Nov 14 18:01:07 [12080] DBG:core:receive_msg: cleaning up
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: child process 12074 exited by a signal 11
Nov 14 18:01:09 [12102] CRITICAL:core:receive_fd: EOF on 14
Nov 14 18:01:09 [12102] DBG:core:handle_ser_child: dead child 5, pid 12074 (shutting down?)
Nov 14 18:01:09 [12102] DBG:core:io_watch_del: io_watch_del (0x8175e80, 14, -1, 0x0) fd_no=25 called
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: core was generated
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: terminating due to SIGCHLD
Nov 14 18:01:09 [12102] INFO:core:sig_usr: signal 15 received
Nov 14 18:01:09 [12070] INFO:core:sig_usr: signal 15 received

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Crashes on the presence server

Yoo Chan Jeon
Hello,

I found out that xacp_GetNewDoc() was not set  at the mod_init() in rls/rls.c file.
xcap_GetNewDoc = xcap_api.getNewDoc was not called  because I set the rls_integrated_xcap_server =1 in the config.
It causes the segmentation fault.
After I set it 0,  bind_xcap= (bind_xcap_t)find_export("bind_xcap",1,0)  return null in the mod_init().
It should returns the object.  Does any body know why it returns NULL?

Thanks.
Jeon

 
On Fri, Nov 14, 2008 at 6:15 PM, Yoo Chan Jeon <[hidden email]> wrote:
Hi,
I need your help.
It crashed in the xcap_GetNewDoc() call in the rls/subscribe.c.
I modifed the codes to move that api to  other spot to check if it dose not crash, But It always crashed in the same api.
I got the following error. I do not guess what I did wrong.
 
Thanks your help.
 
Jeon.
 
 

Nov 14 18:01:07 [12080] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE>
Nov 14 18:01:07 [12080] DBG:maxfwd:is_maxfwd_present: value = 70
Nov 14 18:01:07 [12080] DBG:uri:has_totag: no totag
Nov 14 18:01:07 [12080] DBG:core:parse_headers: flags=78
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: start searching: hash=45320, isACK=0
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: proceeding to pre-RFC3261 transaction matching
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: non-ACK matched
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: REF_UNSAFE: after is 2
Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: transaction found (T=0xa86fe6f8)
Nov 14 18:01:07 [12080] DBG:tm:t_retransmit_reply: nothing to retransmit
Nov 14 18:01:07 [12080] DBG:tm:t_check_trans: UNREF_UNSAFE: after is 1
Nov 14 18:01:07 [12080] DBG:core:destroy_avp_list: destroying list (nil)
Nov 14 18:01:07 [12080] DBG:core:receive_msg: cleaning up
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: child process 12074 exited by a signal 11
Nov 14 18:01:09 [12102] CRITICAL:core:receive_fd: EOF on 14
Nov 14 18:01:09 [12102] DBG:core:handle_ser_child: dead child 5, pid 12074 (shutting down?)
Nov 14 18:01:09 [12102] DBG:core:io_watch_del: io_watch_del (0x8175e80, 14, -1, 0x0) fd_no=25 called
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: core was generated
Nov 14 18:01:09 [12062] INFO:core:handle_sigs: terminating due to SIGCHLD
Nov 14 18:01:09 [12102] INFO:core:sig_usr: signal 15 received
Nov 14 18:01:09 [12070] INFO:core:sig_usr: signal 15 received


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Crashes on the presence server

Anca Vamanu
Hi Jeon,

Did you modify something in the sources?
If you set rls_integrated_xcap_server =1,  xcap_GetNewDoc is never
called, normally.
If bind_xcap fails it's because probably you have not loaded xcap_client
module.

regards,
Anca

Yoo Chan Jeon wrote:

> Hello,
>
> I found out that xacp_GetNewDoc() was not set  at the mod_init() in
> rls/rls.c file.
> xcap_GetNewDoc = xcap_api.getNewDoc was not called  because I set the
> rls_integrated_xcap_server =1 in the config.
> It causes the segmentation fault.
> After I set it 0,  bind_xcap=
> (bind_xcap_t)find_export("bind_xcap",1,0)  return null in the mod_init().
> It should returns the object.  Does any body know why it returns NULL?
>
> Thanks.
> Jeon
>
>  
> On Fri, Nov 14, 2008 at 6:15 PM, Yoo Chan Jeon <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     Hi,
>     I need your help.
>     It crashed in the xcap_GetNewDoc() call in the rls/subscribe.c.
>     I modifed the codes to move that api to  other spot to check if it
>     dose not crash, But It always crashed in the same api.
>     I got the following error. I do not guess what I did wrong.
>      
>     Thanks your help.
>      
>     Jeon.
>      
>      
>
>     Nov 14 18:01:07 [12080] DBG:core:get_hdr_field: cseq <CSeq>: <1>
>     <SUBSCRIBE>
>     Nov 14 18:01:07 [12080] DBG:maxfwd:is_maxfwd_present: value = 70
>     Nov 14 18:01:07 [12080] DBG:uri:has_totag: no totag
>     Nov 14 18:01:07 [12080] DBG:core:parse_headers: flags=78
>     Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: start searching:
>     hash=45320, isACK=0
>     Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: proceeding to
>     pre-RFC3261 transaction matching
>     Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: non-ACK matched
>     Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: REF_UNSAFE: after
>     is 2
>     Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: transaction found
>     (T=0xa86fe6f8)
>     Nov 14 18:01:07 [12080] DBG:tm:t_retransmit_reply: nothing to
>     retransmit
>     Nov 14 18:01:07 [12080] DBG:tm:t_check_trans: UNREF_UNSAFE: after is 1
>     Nov 14 18:01:07 [12080] DBG:core:destroy_avp_list: destroying list
>     (nil)
>     Nov 14 18:01:07 [12080] DBG:core:receive_msg: cleaning up
>     Nov 14 18:01:09 [12062] INFO:core:handle_sigs: child process 12074
>     exited by a signal 11
>     Nov 14 18:01:09 [12102] CRITICAL:core:receive_fd: EOF on 14
>     Nov 14 18:01:09 [12102] DBG:core:handle_ser_child: dead child 5,
>     pid 12074 (shutting down?)
>     Nov 14 18:01:09 [12102] DBG:core:io_watch_del: io_watch_del
>     (0x8175e80, 14, -1, 0x0) fd_no=25 called
>     Nov 14 18:01:09 [12062] INFO:core:handle_sigs: core was generated
>     Nov 14 18:01:09 [12062] INFO:core:handle_sigs: terminating due to
>     SIGCHLD
>     Nov 14 18:01:09 [12102] INFO:core:sig_usr: signal 15 received
>     Nov 14 18:01:09 [12070] INFO:core:sig_usr: signal 15 received
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>  


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Crashes on the presence server

Yoo Chan Jeon

Thanks, Anca
Yes, I modifed the codes  to call the xcap_GetNewDoc() .
Your guess is right. I forgot to include the xcap_client module in the config file.
Now it is O.K.
I really appreciate your help.
Thanks again.

Regards,

Jeon


On Mon, Nov 17, 2008 at 10:34 AM, Anca Vamanu <[hidden email]> wrote:
Hi Jeon,

Did you modify something in the sources?
If you set rls_integrated_xcap_server =1,  xcap_GetNewDoc is never called, normally.
If bind_xcap fails it's because probably you have not loaded xcap_client module.

regards,
Anca

Yoo Chan Jeon wrote:
Hello,

I found out that xacp_GetNewDoc() was not set  at the mod_init() in rls/rls.c file.
xcap_GetNewDoc = xcap_api.getNewDoc was not called  because I set the rls_integrated_xcap_server =1 in the config.
It causes the segmentation fault.
After I set it 0,  bind_xcap= (bind_xcap_t)find_export("bind_xcap",1,0)  return null in the mod_init().
It should returns the object.  Does any body know why it returns NULL?

Thanks.
Jeon

 On Fri, Nov 14, 2008 at 6:15 PM, Yoo Chan Jeon <[hidden email] <mailto:[hidden email]>> wrote:

   Hi,
   I need your help.
   It crashed in the xcap_GetNewDoc() call in the rls/subscribe.c.
   I modifed the codes to move that api to  other spot to check if it
   dose not crash, But It always crashed in the same api.
   I got the following error. I do not guess what I did wrong.
       Thanks your help.
       Jeon.
       
   Nov 14 18:01:07 [12080] DBG:core:get_hdr_field: cseq <CSeq>: <1>
   <SUBSCRIBE>
   Nov 14 18:01:07 [12080] DBG:maxfwd:is_maxfwd_present: value = 70
   Nov 14 18:01:07 [12080] DBG:uri:has_totag: no totag
   Nov 14 18:01:07 [12080] DBG:core:parse_headers: flags=78
   Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: start searching:
   hash=45320, isACK=0
   Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: proceeding to
   pre-RFC3261 transaction matching
   Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: non-ACK matched
   Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: REF_UNSAFE: after
   is 2
   Nov 14 18:01:07 [12080] DBG:tm:t_lookup_request: transaction found
   (T=0xa86fe6f8)
   Nov 14 18:01:07 [12080] DBG:tm:t_retransmit_reply: nothing to
   retransmit
   Nov 14 18:01:07 [12080] DBG:tm:t_check_trans: UNREF_UNSAFE: after is 1
   Nov 14 18:01:07 [12080] DBG:core:destroy_avp_list: destroying list
   (nil)
   Nov 14 18:01:07 [12080] DBG:core:receive_msg: cleaning up
   Nov 14 18:01:09 [12062] INFO:core:handle_sigs: child process 12074
   exited by a signal 11
   Nov 14 18:01:09 [12102] CRITICAL:core:receive_fd: EOF on 14
   Nov 14 18:01:09 [12102] DBG:core:handle_ser_child: dead child 5,
   pid 12074 (shutting down?)
   Nov 14 18:01:09 [12102] DBG:core:io_watch_del: io_watch_del
   (0x8175e80, 14, -1, 0x0) fd_no=25 called
   Nov 14 18:01:09 [12062] INFO:core:handle_sigs: core was generated
   Nov 14 18:01:09 [12062] INFO:core:handle_sigs: terminating due to
   SIGCHLD
   Nov 14 18:01:09 [12102] INFO:core:sig_usr: signal 15 received
   Nov 14 18:01:09 [12070] INFO:core:sig_usr: signal 15 received


------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users