[Evolution] Re: [Evolution-hackers] SIGSEGV on setting label - gdb output and analysis
- From: Mika Liljeberg <mika liljeberg welho com>
- To: Jeffrey Stedfast <fejj ximian com>
- Cc: evolution-hackers ximian com, evolution ximian com
- Subject: [Evolution] Re: [Evolution-hackers] SIGSEGV on setting label - gdb output and analysis
- Date: 05 Jan 2003 21:15:57 +0200
On Sun, 2003-01-05 at 20:30, Jeffrey Stedfast wrote:
What I'm saying is that EThread.server_port's queue is not modified
outside of a EThread.mutex and so it is all safe. If that wasn't the
case, I would agree with you - then there would be a poblem, but as far
as I can tell, EThread.mutex is always in a locked state when
EThread.serverport.queue is modified in any way.
Ok, I see what you mean. Only the server's EThread handle is known to
clients.
if you can find evidence to the contrary, please point it out.
Well, e_thread_destroy() empties the server_port message queue without
acquiring EThread.lock. Conceivably there could be a race there. I
sincerily hope it's not "just" random memory corruption. ;-)
MikaL
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]