[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Race condition (was problem) in Mach/Hurd?
From: |
Richard Braun |
Subject: |
Re: Race condition (was problem) in Mach/Hurd? |
Date: |
Tue, 10 May 2011 11:18:21 +0200 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
On Tue, May 10, 2011 at 11:13:29AM +0200, Svante Signell wrote:
> Sorry, but your question was not referring to the pasted code at all,
> just a direct question. You know better than me of course, I'm just
> trying to understand things and admittedly do some guess work.
I wonder what else it could refer to.
> > > (gdb) thread apply all bt
> > >
> > > Thread 6 (Thread 19821.6):
> ..
> > > #2 0x01195608 in timer_thread () at ../sysdeps/mach/hurd/setitimer.c:91
> > > Cannot access memory at address 0x2a000
>
> > I just see threads calling mach_msg() ... One seems to be related to
> > POSIX timers (timer_thread) and the other is a POSIX thread receiving
> > a message. I'm not even sure you can see the signal thread with gdb
> > (I'll check that). So, again, what makes you think there are two signal
> > threads ?
> See above.
Again, I just see a thread related to POSIX timers.
> BTW: What is triggering a new thread, a fork or?
> Can you explain why thread number 6 points to an invalid memory address?
I'll check how glibc deals with POSIX timers. It could simply be that
timer_create() is called with SIGEV_THREAD.
The invalid memory address is likely garbage at the top of the stack.
I wouldn't worry about it.
--
Richard Braun
- Re: Race condition in Mach/Hurd?, (continued)
- Re: Race condition in Mach/Hurd?, Samuel Thibault, 2011/05/10
- Re: Race condition in Mach/Hurd?, Svante Signell, 2011/05/10
- Re: Race condition in Mach/Hurd?, Samuel Thibault, 2011/05/10
- Re: Race condition in Mach/Hurd?, Svante Signell, 2011/05/10
- Re: Race condition in Mach/Hurd?, Samuel Thibault, 2011/05/10
- Re: Race condition in Mach/Hurd?, Samuel Thibault, 2011/05/10
Re: Race problem in Mach/Hurd?, Richard Braun, 2011/05/10