Le mercredi 09 mai 2007 à 21:27 +1000, Craig Southeren a écrit : > Charlie Hedlin wrote: > > Yesterday I had Ekiga lock up. Upon connecting with gdb I found that > > two threads were hung trying to acquire locks. > > Thread 5 was processing the "OnConnected" even tfrom SipConnection, up > > to OpalManager and down to OpalConnection::Released. It was blocked on > > LockReadWrite. > > Thread 1, the gui thread Called Manager::ClearCall (from the disconnect > > button) and blocked in Call::Clear on LockReadOnly. > > I couldn't find any other threads blocking in unusual states. > > > > I have added a Mutex to GMManager that to block clearCall or OnConnected > > events while the other is happening and have tested for around a hundred > > calls without hanging, but I can't reliably reproduce this problem. If > > I make it through a few days without further lockups I will say it > > likely worked. > > > > If this problem and fix can be confirmed it should probably be moved to > > Opal. I was trying to avoid having another custom package when I added > > these calls to GMManager. > > > > I am attaching my patch. Please disregard the SVN information, it is > > from my local repository. > > Robert has recently made a change to OPAL CVS head that reduces all > locks within a single call to one mutex. This has removed many possible > race conditions. > > I would recommend looking at these new changes
Would it be possible to make sure to synchronize the interesting changes from HEAD to Phobos in order to release Ekiga 2.0.10 ? Thanks, -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] _______________________________________________ Ekiga-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
