Hi,

Do you explicitly destroy any handles rather than unreffing them?
I remember I had some problem with posthumous event delivery in a corner case,
or something.

Best regards,
  Mikhail

>-----Original Message-----
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On 
>Behalf Of ext Fabio Margarido
>Sent: Tuesday, December 18, 2007 8:37 PM
>To: sofia-sip-devel@lists.sourceforge.net
>Subject: Re: [Sofia-sip-devel] Assertion `sub && sub->sub_ref 
>!= 0' failed
>
>Bump. Any help anyone? This is kinda urgent.
>Thanks.
>
>On Dec 12, 2007 8:41 AM, Fabio Margarido 
><[EMAIL PROTECTED]> wrote:
>> Hi there,
>>
>> I got this one today when running more performance tests on my
>> application. Is this my fault or could it be a bug?
>> Thanks.
>>
>> nta_outgoing_tcancel: trying to cancel cancelled request
>> tport_vsend(0x8128f20): send truncated for UDP/10.20.90.31:5060
>> nta: ACK (92573398): Input/output error (5) with 
>UDP/[10.20.90.31]:5060
>> nta(0x823bff8): responding 503 Service Unavailable to ACK!
>> tpsip: su_alloc.c:571: su_home_ref: Assertion `sub && 
>sub->sub_ref != 0'
>> failed.
>>
>> Program received signal SIGABRT, Aborted.
>> [Switching to Thread 3076 (LWP 1695)]
>> 0x401f4621 in kill () from /lib/libc.so.6
>> Current language:  auto; currently c
>> (gdb) where
>> #0  0x401f4621 in kill () from /lib/libc.so.6
>> #1  0x4014e26b in raise (sig=6) at signals.c:65
>> #2  0x401f5a53 in abort () from /lib/libc.so.6
>> #3  0x401ede12 in __assert_fail () from /lib/libc.so.6
>> #4  0x400cca9a in su_home_ref (home=0x868db40) at su_alloc.c:571
>> #5  0x400ce518 in su_home_mutex_lock (home=0x868db40) at 
>su_alloc.c:1483
>> #6  0x4005c2ec in msg_destroy (msg=0x868db40) at msg.c:160
>> #7  0x4007fb9c in outgoing_recv (orq=0x86b7ce8, status=487,
>> msg=0x868db40, sip=0x868dbdc) at nta.c:8416
>> #8  0x40075dc3 in agent_recv_response (agent=0x8127d10, 
>msg=0x868db40,
>> sip=0x868dbdc, tport_via=0x8128ea0,
>>     tport=0x8128f20) at nta.c:2656
>> #9  0x4007453a in agent_recv_message (agent=0x8127d10, 
>tport=0x8128f20,
>> msg=0x868db40, tport_via=0x8128ea0, now=
>>       {tv_sec = 3406372299, tv_usec = 469809}) at nta.c:2177
>> #10 0x400e8620 in tport_base_deliver (self=0x8128f20, msg=0x868db40,
>> now={tv_sec = 3406372299, tv_usec = 469809})
>>     at tport.c:3010
>> #11 0x400e85c5 in tport_deliver (self=0x8128f20, msg=0x868db40,
>> next=0x0, sc=0x0, now=
>>       {tv_sec = 3406372299, tv_usec = 469809}) at tport.c:2999
>> #12 0x400e8244 in tport_parse (self=0x8128f20, complete=1, 
>now={tv_sec =
>> 3406372299, tv_usec = 469809}) at tport.c:2916
>> #13 0x400e8055 in tport_recv_event (self=0x8128f20) at tport.c:2858
>> #14 0x400e7dca in tport_base_wakeup (self=0x8128f20, events=1) at
>> tport.c:2760
>> #15 0x400da20f in su_poll_port_wait_events (self=0x8126af8, 
>tout=38) at
>> su_poll_port.c:590
>> #16 0x400d8598 in su_base_port_run (self=0x8126af8) at
>> su_base_port.c:342
>> #17 0x400d120a in su_root_run (self=0x8127510) at su_port.h:310
>> #18 0x400d8e22 in su_pthread_port_clone_main (varg=0xbf5ff8ec) at
>> su_pthread_port.c:321
>> #19 0x4014b0ce in pthread_start_thread (arg=0xbf3ffc00) at 
>manager.c:291
>> (gdb)

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Reply via email to