Hi Kiran,

2011/2/26 kiran kumar <g.kiranredd...@gmail.com>:
> In my application I am destroying the invite transaction (irq) after
> receiving ack for 200 OK,
> the ACK transaction (irq) immediately after receiving the ACK.
> And that of BYE transaction (irq) after sending 200 OK.
> I am using nta_incoming_destroy(irq) method to do the same.
> 1) But while i was running the load, Sofia stack is getting crashed with the
> following assertion failure
>     for a completely new request which may be invite or bye,
>     (independent of the transaction for which i am destroying irq in the
> application).
>      sipng: nta.c:5438: incoming_queue: Assertion `*queue->q_tail == ((void
> *)0)' failed.
>      Aborted (core dumped)
>      And from the GDB findings I observed that
>      *queue->q_tail points to the irq which i was destroying in my
> application.

I think you end up destroying the same irq twice. Please doublecheck your code..

> 2) From the api documentation it is clear that the destroyed irq should be
> in disposable state up to the timer expires.
>      Please tell me when exactly this timer expires. (i.e., the default
> timer value )

The non-INVITE irqs are destroyed once the timer J expires, the timer
J duration is T1x64 (normally, 32 seconds). However, the irq can be
destroyed earlier if

1) if the NTA is not in UA mode or
2) the response was sent via TCP or TLS

> 3) Is there any way that i can put mutex locks in my application to avoid
> this synchronization problem.
> I am suspecting this behavior as bug in stack.

You should protect whole nta_agent_t with a mutex, I'm afraid.

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Reply via email to