[OpenSIPS-Users] 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 <anca at voice-system.ro> 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 <yoojeon at gmail.com<mailto:
>> yoojeon at gmail.com>> 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
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20081117/208633a2/attachment-0001.htm