Win32 master crash on account remove

View: New views
4 Messages — Rating Filter:   Alert me  

Win32 master crash on account remove

by Michael Rickmann :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

This is the last one for tonight and a rather old one. It occurs when I
"Remove" an account in the accounts window. We do not have it in stable
and I can not remember when it appeared in head/master. It must have
been before June 09. To get a more meaning backtrace than the attached
one (bt then tread apply all bt), I guess, I have to revert to a state
before we had split ekiga into an exe and a dll.
Michael

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 2944.0x4f4]
0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
(gdb) #0  0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
#1  0x70947a86 in std::basic_streambuf<char, std::char_traits<char> >::xsputn
    () from C:\Programme\Ekiga\libekiga.dll
#2  0x7097cb5a in std::__ostream_insert<char, std::char_traits<char> > ()
   from C:\Programme\Ekiga\libekiga.dll
#3  0x709827f1 in std::operator<< <char, std::char_traits<char>, std::allocator<char> > () from C:\Programme\Ekiga\libekiga.dll
#4  0x708147ba in Opal::Account::get_aor (this=0xa9c0f70)
    at ../lib/engine/components/opal/opal-account.cpp:227
#5  0x70851d2c in Opal::Sip::subscriber::Main ()
   from C:\Programme\Ekiga\libekiga.dll
#6  0x65813990 in PThread::MainFunction (threadPtr=0x8451338)
    at ptlib/msos/win32.cxx:722
#7  0x77c0a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
#8  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#9  0x00000000 in ?? ()
(gdb)
Thread 21 (thread 2944.0x4f4):
#0  0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
#1  0x70947a86 in std::basic_streambuf<char, std::char_traits<char> >::xsputn
    () from C:\Programme\Ekiga\libekiga.dll
#2  0x7097cb5a in std::__ostream_insert<char, std::char_traits<char> > ()
   from C:\Programme\Ekiga\libekiga.dll
#3  0x709827f1 in std::operator<< <char, std::char_traits<char>, std::allocator<char> > () from C:\Programme\Ekiga\libekiga.dll
#4  0x708147ba in Opal::Account::get_aor (this=0xa9c0f70)
    at ../lib/engine/components/opal/opal-account.cpp:227
#5  0x70851d2c in Opal::Sip::subscriber::Main ()
   from C:\Programme\Ekiga\libekiga.dll
#6  0x65813990 in PThread::MainFunction (threadPtr=0x8451338)
    at ptlib/msos/win32.cxx:722
#7  0x77c0a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
#8  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#9  0x00000000 in ?? ()

Thread 20 (thread 2944.0xda8):
#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  0x00000358 in ?? ()
#4  0x00000000 in ?? ()

Thread 15 (thread 2944.0x814):
#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  0x00000000 in ?? ()

Thread 14 (thread 2944.0xd60):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x0a3f4033 in ?? () from C:\WINDOWS\system32\mswsock.dll
#3  0x00000388 in ?? ()
#4  0x00000001 in ?? ()
#5  0x0a89f804 in ?? ()
#6  0x00000103 in ?? ()
#7  0x00000000 in ?? ()

Thread 13 (thread 2944.0xd54):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x0a3f4033 in ?? () from C:\WINDOWS\system32\mswsock.dll
#3  0x0000030c in ?? ()
#4  0x00000001 in ?? ()
#5  0x0a69fa98 in ?? ()
#6  0x0a69fb50 in ?? ()
#7  0x08489010 in ?? ()
#8  0x0a69fb40 in ?? ()
#9  0x7d159224 in SHGetIconOverlayIndexW ()
   from C:\WINDOWS\system32\shell32.dll
#10 0x01ca55c2 in ?? () from C:\Programme\Ekiga\libopal_d.3.7-beta1.dll
#11 0xffffffff in ?? ()
#12 0x7fffffff in ?? ()
#13 0x002837c8 in ?? ()
#14 0x00000000 in ?? ()

Thread 11 (thread 2944.0xccc):
#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  0x0000040c in ?? ()
#4  0x00000000 in ?? ()

Thread 10 (thread 2944.0x7e4):
#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  0x00000000 in ?? ()

Thread 9 (thread 2944.0xc0c):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9ab in ntdll!ZwWaitForMultipleObjects ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8094e2 in KERNEL32!CreateFileMappingA ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x7c80a075 in WaitForMultipleObjects ()
   from C:\WINDOWS\system32\kernel32.dll
#4  0x65815f18 in PIPSocket::WaitForRouteTableChange (timeout=@0x348b0,
    cancellation=0x348e0) at ptlib/msos/ethsock.cxx:1650
#5  0x6583e56b in PInterfaceMonitor::UpdateThreadMain (this=0x34858)
    at ptclib/psockbun.cxx:261
#6  0x658703b4 in PThreadObj<PInterfaceMonitor>::Main (this=0x84c4560)
    at /home/mrickma/src/ekiga/win32/ptlib/include/ptlib/thread.h:620
#7  0x65813990 in PThread::MainFunction (threadPtr=0x84c4560)
    at ptlib/msos/win32.cxx:722
#8  0x77c0a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
#9  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#10 0x00000000 in ?? ()

Thread 8 (thread 2944.0xbdc):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9ab in ntdll!ZwWaitForMultipleObjects ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8094e2 in KERNEL32!CreateFileMappingA ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x7c80a075 in WaitForMultipleObjects ()
   from C:\WINDOWS\system32\kernel32.dll
#4  0x08b1312a in midMessage () from C:\WINDOWS\system32\wdmaud.drv
#5  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#6  0x00000000 in ?? ()

Thread 7 (thread 2944.0x268):
#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  0x000001e8 in ?? ()
#4  0x00000000 in ?? ()

Thread 6 (thread 2944.0xbb4):
#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  0x000001cc in ?? ()
#4  0x00000000 in ?? ()

Thread 5 (thread 2944.0x114):
#0  0x7c810659 in KERNEL32!CreateThread ()
   from C:\WINDOWS\system32\kernel32.dll
#1  0x565308ec in ?? ()
#2  0x8bfc5557 in ?? ()
#3  0x458b0c5d in ?? ()
#4  0x0440f708 in ?? ()
#5  0x00000006 in ?? ()
#6  0x00ab850f in ?? ()
#7  0x45890000 in ?? ()
#8  0x10458bf8 in ?? ()
#9  0x8dfc4589 in ?? ()
#10 0x4389f845 in ?? ()
#11 0x0c738bfc in ?? ()
#12 0x53087b8b in ?? ()
#13 0x021977e8 in ?? ()
#14 0x04c48300 in ?? ()
#15 0x7b74c00b in ?? ()
#16 0x74fffe83 in ?? ()
#17 0x760c8d7d in ?? ()
#18 0x048f448b in ?? ()
#19 0x5974c00b in ?? ()
#20 0x6b8d5556 in ?? ()
#21 0x33db3310 in ?? ()
#22 0x33d233c9 in ?? ()
#23 0xffff33f6 in ?? ()
#24 0x8b5e5dd0 in ?? ()
#25 0xc00b0c5d in ?? ()
#26 0x48783f74 in ?? ()
#27 0x53087b8b in ?? ()
#28 0x000091e8 in ?? ()
#29 0x04c48300 in ?? ()
#30 0x56106b8d in ?? ()
#31 0x00e9e853 in ?? ()
#32 0xc4830000 in ?? ()
#33 0x760c8d08 in ?? ()
#34 0x448b016a in ?? ()
#35 0x7ee8088f in ?? ()
#36 0x8b000001 in ?? ()
#37 0x43898f04 in ?? ()
#38 0x8f448b0c in ?? ()
#39 0x33db3308 in ?? ()
#40 0x33d233c9 in ?? ()
#41 0xffff33f6 in ?? ()
#42 0x087b8bd0 in ?? ()
#43 0x8b760c8d in ?? ()
#44 0x8ceb8f34 in ?? ()
#45 0x000000b8 in ?? ()
#46 0x8b23eb00 in ?? ()
#47 0x48830845 in ?? ()
#48 0x01b80804 in ?? () from C:\Programme\Ekiga\libopal_d.3.7-beta1.dll
#49 0xeb000000 in ?? ()
#50 0x6b8d5515 in ?? ()
#51 0x53ff6a10 in ?? ()
#52 0x000096e8 in ?? ()
#53 0x08c48300 in ?? ()
#54 0x0001b85d in ?? ()
#55 0x5f5d0000 in ?? ()
#56 0xe58b5b5e in ?? ()
#57 0x8b55c35d in ?? ()
#58 0x8b08244c in ?? ()
#59 0x1c418b29 in ?? ()
#60 0x18418b50 in ?? ()
#61 0x0071e850 in ?? ()
#62 0xc4830000 in ?? ()
#63 0x04c25d08 in ?? ()
#64 0x90909000 in ?? ()
#65 0x8b559090 in ?? ()
#66 0x575653ec in ?? ()
#67 0x6a006a55 in ?? ()
#68 0xef366800 in ?? ()
#69 0x75ff7c91 in ?? ()
#70 0x8b0ae808 in ?? ()
#71 0x5f5d0002 in ?? ()
#72 0xe58b5b5e in ?? ()
#73 0x9090c35d in ?? ()
#74 0x8b909090 in ?? ()
#75 0xf704244c in ?? ()
#76 0x00060441 in ?? ()
#77 0x01b80000 in ?? () from C:\Programme\Ekiga\libopal_d.3.7-beta1.dll
#78 0x74000000 in ?? ()
#79 0x24448b28 in ?? ()
#80 0x688b5514 in ?? ()
#81 0x28508b10 in ?? ()
#82 0x24508b52 in ?? ()
#83 0x0019e852 in ?? ()
#84 0xc4830000 in ?? ()
#85 0x448b5d08 in ?? ()
#86 0x548b0824 in ?? ()
#87 0x02891024 in ?? ()
#88 0x000003b8 in ?? ()
#89 0x9090c300 in ?? ()
#90 0x53909090 in ?? ()
#91 0x448b5756 in ?? ()
#92 0x50551024 in ?? ()
#93 0x4368fe6a in ?? ()
#94 0x647c91ef in h264_h_loop_filter_luma_c (
    pix=0x6bf556bc "\203Ä\020\215eô[^_]Ã\220U\211å\203ì\b\213E\b\203ì\fPèN·ÿÿ\203Ä\020ÉÃ\220U\211åWVS\203ì<ÇEØÔ¥õkÇEÜ8¬õk\215Eà\215Uô\211\020ºKWõk\211P\004\211`\b\215EÀ\203ì\fPè\232/ÿÿ\203Ä\020\213E\f\213U\bPRèNQÿÿ\203Ä\b\213E\f\203À\f\213U\b\203Â\f\203ì\bPRÇEÄ\001", stride=1133054027, alpha=208374020,
    beta=1481658709, tc0=0x5b595d59 <Address 0x5b595d59 out of bounds>)
    at dsputil.c:2981
Backtrace stopped: frame did not save the PC

Thread 4 (thread 2944.0xbd4):
#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  0x000001b8 in ?? ()
#4  0x00000000 in ?? ()

Thread 3 (thread 2944.0xb98):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9ab in ntdll!ZwWaitForMultipleObjects ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8094e2 in KERNEL32!CreateFileMappingA ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x7c80a075 in WaitForMultipleObjects ()
   from C:\WINDOWS\system32\kernel32.dll
#4  0x65811db0 in PProcess::HouseKeepingThread::Main (this=0x84b8fa8)
    at ptlib/msos/win32.cxx:1090
#5  0x65813990 in PThread::MainFunction (threadPtr=0x84b8fa8)
    at ptlib/msos/win32.cxx:722
#6  0x77c0a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
#7  0x7c80b683 in KERNEL32!GetModuleFileNameA ()
   from C:\WINDOWS\system32\kernel32.dll
#8  0x00000000 in ?? ()

Thread 2 (thread 2944.0xbc8):
#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  0x0000019c in ?? ()
#4  0x00000000 in ?? ()

Thread 1 (thread 2944.0xb84):
#0  0x7c91eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c91e9ab in ntdll!ZwWaitForMultipleObjects ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8094e2 in KERNEL32!CreateFileMappingA ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x77d19609 in USER32!GetLastInputInfo ()
   from C:\WINDOWS\system32\user32.dll
#4  0x685f4bce in poll_rest ()
   from C:\Programme\GTK2-Runtime\bin\libglib-2.0-0.dll
#5  0x685f507e in g_poll ()
   from C:\Programme\GTK2-Runtime\bin\libglib-2.0-0.dll
#6  0x685e8489 in g_main_context_iterate ()
   from C:\Programme\GTK2-Runtime\bin\libglib-2.0-0.dll
#7  0x685e88da in g_main_loop_run ()
   from C:\Programme\GTK2-Runtime\bin\libglib-2.0-0.dll
#8  0x618663fe in gtk_main ()
   from C:\Programme\GTK2-Runtime\bin\libgtk-win32-2.0-0.dll
#9  0x0040f8d3 in ekigas_real_main (argc=1, argv=0x84564e0)
    at gui/main_window.cpp:4570
#10 0x0040f9a5 in WinMain@16 (hInstance=0x400000, hPrevInstance=0x0,
    lpCmdLine=0x25237f "-d 4", nCmdShow=1) at gui/main_window.cpp:4625
#11 0x00428239 in main ()
#0  0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
(gdb) The program is running.  Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal]
Detaching from program: C:\Programme\Ekiga\ekiga.exe, Pid 2944

_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@...
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: Win32 master crash on account remove

by Michael Rickmann :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Rickmann schrieb:
> This is the last one for tonight and a rather old one. It occurs when I
> "Remove" an account in the accounts window. We do not have it in stable
> and I can not remember when it appeared in head/master. It must have
> been before June 09. To get a more meaning backtrace than the attached
> one (bt then tread apply all bt), I guess, I have to revert to a state
> before we had split ekiga into an exe and a dll.
> Michael
>
The reason for this crash was that the account was destructed first on
Win32 before the unsubscriber thread had finished. It was asking for the
  (possibly half existing) account's aor. I have attached two
alternative patches which fix this. I favour the second one which hooks
the account destruction into the call back chain. What do you think?
Michael

diff -ur src/ekiga/lib/engine/components/opal/opal-account.cpp ekiga/lib/engine/components/opal/opal-account.cpp
--- src/ekiga/lib/engine/components/opal/opal-account.cpp 2009-10-25 07:02:43.000000000 +0100
+++ ekiga/lib/engine/components/opal/opal-account.cpp 2009-10-27 20:30:52.000000000 +0100
@@ -321,7 +321,9 @@
   dead = true;
 
   boost::shared_ptr<Sip::EndPoint> endpoint = core.get<Sip::EndPoint> ("opal-sip-endpoint");
+
   endpoint->unsubscribe (*this);
+  PThread::Sleep (5); // yield
 
   trigger_saving ();
 

diff -ur src/ekiga/lib/engine/components/opal/opal-account.cpp ekiga/lib/engine/components/opal/opal-account.cpp
--- src/ekiga/lib/engine/components/opal/opal-account.cpp 2009-10-27 20:57:56.000000000 +0100
+++ ekiga/lib/engine/components/opal/opal-account.cpp 2009-10-29 18:41:13.000000000 +0100
@@ -333,8 +333,6 @@
   endpoint->unsubscribe (*this);
 
   trigger_saving ();
-
-  removed ();
 }
 
 
@@ -499,6 +497,10 @@
 
     status = _("Unregistered");
     updated ();
+    /* delay destruction of this account until the
+       unsubscriber thread has called back */
+    if (dead)
+      removed ();
     break;
 
   case UnregistrationFailed:

_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@...
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: Win32 master crash on account remove

by Damien Sandras :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Le jeudi 29 octobre 2009 à 19:53 +0100, Michael Rickmann a écrit :
Michael Rickmann schrieb:
> This is the last one for tonight and a rather old one. It occurs when I 
> "Remove" an account in the accounts window. We do not have it in stable 
> and I can not remember when it appeared in head/master. It must have 
> been before June 09. To get a more meaning backtrace than the attached 
> one (bt then tread apply all bt), I guess, I have to revert to a state 
> before we had split ekiga into an exe and a dll.
> Michael
> 
The reason for this crash was that the account was destructed first on 
Win32 before the unsubscriber thread had finished. It was asking for the 
  (possibly half existing) account's aor. I have attached two 
alternative patches which fix this. I favour the second one which hooks 
the account destruction into the call back chain. What do you think?

I committed the second one to TRUNK. Thanks !



Damien Sandras

http://www.ekiga.org
http://www.beip.be



_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@...
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: Win32 master crash on account remove

by Julien PUYDT :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Damien Sandras a écrit :

> Le jeudi 29 octobre 2009 à 19:53 +0100, Michael Rickmann a écrit :
>
>> Michael Rickmann schrieb:
>>> This is the last one for tonight and a rather old one. It occurs when I
>>> "Remove" an account in the accounts window. We do not have it in stable
>>> and I can not remember when it appeared in head/master. It must have
>>> been before June 09. To get a more meaning backtrace than the attached
>>> one (bt then tread apply all bt), I guess, I have to revert to a state
>>> before we had split ekiga into an exe and a dll.
>>> Michael
>>>
>> The reason for this crash was that the account was destructed first on
>> Win32 before the unsubscriber thread had finished. It was asking for the
>>   (possibly half existing) account's aor. I have attached two
>> alternative patches which fix this. I favour the second one which hooks
>> the account destruction into the call back chain. What do you think?
>
> I committed the second one to TRUNK. Thanks !

I'm not sure it's 100% correct : if I understand well, we only emit
"removed" when there is a registration event... and if there is none,
then removing won't work.

Snark
_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@...
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list