Re: [Ekiga-devel-list] Win32 master crash on hang up
Le jeudi 29 octobre 2009 à 19:04 +0100, Michael Rickmann a écrit : > Damien Sandras schrieb: > > Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit : > >> I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For > >> the attached gdb backtrace I did a "bt" then "thread apply all bt", not > >> very meaningful I think. The d4 output I do not dare to attach, first > >> normal then > >> > >> 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > >> AudioOutputCoreFalling back to SILENT (Ekiga/Ekiga) > >> 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > >> AudioOutputCoreTried to set unexisting primary device SILENT > >> (Ekiga/Ekiga) > >> 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > >> AudioOutputCoreFalling back to SILENT (Ekiga/Ekiga) > >> 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > >> AudioOutputCoreTried to set unexisting primary device SILENT > >> (Ekiga/Ekiga) > >> > >> interleaved and in the end above messages for about 6 M pure. > >> This seems to be related to 031069d8eb 2009-10-15 18:07:15 and the > >> trouble we had in stable > >> https://bugzilla.gnome.org/show_bug.cgi?id=586531#c6 , comment #16. > >> Except of that I am sure to have compiled a debug version. > > > > I possibly fixed that one. > > > > Can you check ? > > > > Thanks ! > > > It is fixed !! I observed a heap instability at the same point of Win32 > Ekiga, but that should be separated. Thank you. > Nevertheless, I would like to build the Win32 debug version with the > same principle code base as the release one. Can we get rid of the > silent devices in debug and release? Well, release would require a patch in that case. I would recommend against doing it. Damien Sandras http://www.ekiga.org http://www.beip.be <>___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 master crash on hang up
Damien Sandras schrieb: Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit : I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For the attached gdb backtrace I did a "bt" then "thread apply all bt", not very meaningful I think. The d4 output I do not dare to attach, first normal then 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Tried to set unexisting primary device SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Tried to set unexisting primary device SILENT (Ekiga/Ekiga) interleaved and in the end above messages for about 6 M pure. This seems to be related to 031069d8eb 2009-10-15 18:07:15 and the trouble we had in stable https://bugzilla.gnome.org/show_bug.cgi?id=586531#c6 , comment #16. Except of that I am sure to have compiled a debug version. I possibly fixed that one. Can you check ? Thanks ! It is fixed !! I observed a heap instability at the same point of Win32 Ekiga, but that should be separated. Thank you. Nevertheless, I would like to build the Win32 debug version with the same principle code base as the release one. Can we get rid of the silent devices in debug and release? Michael ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 master crash on hang up
Am Montag, den 26.10.2009, 20:57 +0100 schrieb Damien Sandras: > Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit : > > I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For > > the attached gdb backtrace I did a "bt" then "thread apply all bt", not > > very meaningful I think. The d4 output I do not dare to attach, first > > normal then > > > > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > > AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) > > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > > AudioOutputCore Tried to set unexisting primary device SILENT > > (Ekiga/Ekiga) > > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > > AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) > > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > > AudioOutputCore Tried to set unexisting primary device SILENT > > (Ekiga/Ekiga) > > > > interleaved and in the end above messages for about 6 M pure. > > This seems to be related to 031069d8eb 2009-10-15 18:07:15 and the > > trouble we had in stable > > https://bugzilla.gnome.org/show_bug.cgi?id=586531#c6 , comment #16. > > Except of that I am sure to have compiled a debug version. > > I possibly fixed that one. > > Can you check ? > > Thanks ! > Sorry for not beeing very responsive. The last two days I could not make any call. Opal commit 23710 from last night looks promising. I will try again this evening. Michael ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 master crash on hang up
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit : > I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For > the attached gdb backtrace I did a "bt" then "thread apply all bt", not > very meaningful I think. The d4 output I do not dare to attach, first > normal then > > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > AudioOutputCore Tried to set unexisting primary device SILENT > (Ekiga/Ekiga) > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) > 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 > AudioOutputCore Tried to set unexisting primary device SILENT > (Ekiga/Ekiga) > > interleaved and in the end above messages for about 6 M pure. > This seems to be related to 031069d8eb 2009-10-15 18:07:15 and the > trouble we had in stable > https://bugzilla.gnome.org/show_bug.cgi?id=586531#c6 , comment #16. > Except of that I am sure to have compiled a debug version. I possibly fixed that one. Can you check ? Thanks ! Damien Sandras http://www.ekiga.org http://www.beip.be ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Win32 master crash on hang up
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For the attached gdb backtrace I did a "bt" then "thread apply all bt", not very meaningful I think. The d4 output I do not dare to attach, first normal then 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Tried to set unexisting primary device SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Falling back to SILENT (Ekiga/Ekiga) 2009/10/25 22:18:35.750 2:10.605 Media Patch:1892 AudioOutputCore Tried to set unexisting primary device SILENT (Ekiga/Ekiga) interleaved and in the end above messages for about 6 M pure. This seems to be related to 031069d8eb 2009-10-15 18:07:15 and the trouble we had in stable https://bugzilla.gnome.org/show_bug.cgi?id=586531#c6 , comment #16. Except of that I am sure to have compiled a debug version. Michael (gdb) #0 0x7c91ede5 in strchr () from C:\WINDOWS\system32\ntdll.dll #1 0x0021 in ?? () #2 0x00030cb8 in ?? () #3 0x0003 in ?? () #4 0x in ?? () (gdb) Thread 44 (thread 1424.0xf74): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll #3 0x0510 in ?? () #4 0x in ?? () Thread 43 (thread 1424.0x29c): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e31b in ntdll!ZwRemoveIoCompletion () from C:\WINDOWS\system32\ntdll.dll #2 0x7c80a746 in KERNEL32!GetQueuedCompletionStatus () from C:\WINDOWS\system32\kernel32.dll #3 0x77e570c8 in RPCRT4!I_RpcBindingCopy () from C:\WINDOWS\system32\rpcrt4.dll #4 0x77e5720c in RPCRT4!I_RpcBindingCopy () from C:\WINDOWS\system32\rpcrt4.dll #5 0x77e57294 in RPCRT4!I_RpcBindingCopy () from C:\WINDOWS\system32\rpcrt4.dll #6 0x77e56a3d in RPCRT4!I_RpcBindingCopy () from C:\WINDOWS\system32\rpcrt4.dll #7 0x77e56c03 in RPCRT4!I_RpcBindingCopy () from C:\WINDOWS\system32\rpcrt4.dll #8 0x7c80b683 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #9 0x in ?? () Thread 40 (thread 1424.0x4ac): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll #3 0x04cc in ?? () #4 0x in ?? () Thread 39 (thread 1424.0x468): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91d85c in ntdll!ZwDelayExecution () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8023ed in SleepEx () from C:\WINDOWS\system32\kernel32.dll #3 0x in ?? () Thread 38 (thread 1424.0x7f4): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x0a3f3ca5 in ?? () from C:\WINDOWS\system32\mswsock.dll #3 0x06a0 in ?? () #4 0x0001 in ?? () #5 0x0d35f248 in ?? () #6 0x0d35f300 in ?? () #7 0x0aa15f28 in ?? () #8 0x0d35f2f0 in ?? () #9 0x00030190 in ?? () #10 0x7c91d8ef in ntdll!ZwDeviceIoControlFile () from C:\WINDOWS\system32\ntdll.dll #11 0xffb3b4c0 in ?? () #12 0x in ?? () #13 0x002a5648 in ?? () #14 0x in ?? () Thread 37 (thread 1424.0x210): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll #3 0x0514 in ?? () #4 0x in ?? () Thread 36 (thread 1424.0x764): #0 0x7c91ede5 in strchr () from C:\WINDOWS\system32\ntdll.dll #1 0x0021 in ?? () #2 0x00030cb8 in ?? () #3 0x0003 in ?? () #4 0x in ?? () Thread 35 (thread 1424.0xf2c): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll #3 0x0624 in ?? () #4 0x in ?? () Thread 34 (thread 1424.0x424): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8025cb in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll #3 0x066c in ?? () #4 0x in ?? () Thread 33 (thread 1424.0x5cc): #0 0x7c91eb94 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91e9c0 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll #2 0x7c
