Re: [sr-dev] [Fwd: Re: [SR-Users] Kamailio 1.5 stops processing messages]

Andrei Pelinescu-Onciul wrote: Hello Andrei I have looked thru the code and it seems this is the case. While the transaction is locked in t_newtrans(), the tm callbacks are called, which call the pua_dialog callback, which in turn call a transaction function that requires the same lock; so the mutex is locked twice from the same process. Is there anyway we can prevent this from the future? One way is to patch pua_dialog so it doesn't call t_uac()(?) but this still leaves the possibility of another lock happening somewhere else. I was thinking that a better approach was implementing a recursive mutex. If the recursive mutex solution is not desired, what can we do to prevent these types of deadlocks ? Marius