Re: [Ekiga-devel-list] WIN32 master crashes

2009-10-05 Thread Eugen Dedu
Michael Rickmann wrote: Just replying to myself: I think I have localized the culprit, Opal commits 23554 (Fixed locating correct authorisation credentials for INVITE when AOR user is different from authorisation ID. Big code tidy up of SIP handler index maps) and 23559 (Fixed possible double

Re: [Ekiga-devel-list] WIN32 master crashes

2009-10-05 Thread Damien Sandras
Le dimanche 04 octobre 2009 à 14:07 +0200, Damien Sandras a écrit : Le jeudi 01 octobre 2009 à 10:33 +0200, Michael Rickmann a écrit : I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result is Ekiga does not start up any longer. 1) I get a crash from

Re: [Ekiga-devel-list] WIN32 master crashes

2009-10-04 Thread Damien Sandras
Le dimanche 04 octobre 2009 à 12:15 +0200, Michael Rickmann a écrit : Just replying to myself: I think I have localized the culprit, Opal commits 23554 (Fixed locating correct authorisation credentials for INVITE when AOR user is different from authorisation ID. Big code tidy up of SIP

Re: [Ekiga-devel-list] WIN32 master crashes

2009-10-04 Thread Damien Sandras
Le jeudi 01 octobre 2009 à 10:33 +0200, Michael Rickmann a écrit : I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result is Ekiga does not start up any longer. 1) I get a crash from opal/src/sip/handlers.cxx:1656 m_byAOR.erase(handler-m_byAOR); - backtrace and d4 log are

Re: [Ekiga-devel-list] WIN32 master crashes

2009-10-04 Thread Damien Sandras
Le dimanche 04 octobre 2009 à 12:15 +0200, Michael Rickmann a écrit : Just replying to myself: I think I have localized the culprit, Opal commits 23554 (Fixed locating correct authorisation credentials for INVITE when AOR user is different from authorisation ID. Big code tidy up of SIP

[Ekiga-devel-list] WIN32 master crashes

2009-10-01 Thread Michael Rickmann
I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result is Ekiga does not start up any longer. 1) I get a crash from opal/src/sip/handlers.cxx:1656 m_byAOR.erase(handler-m_byAOR); - backtrace and d4 log are attached. Ok, then I went back to Ekiga d6ff5f8bfcacbb4db 2009-09-04