[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Race problem in Mach/Hurd?
From: |
Svante Signell |
Subject: |
Re: Race problem in Mach/Hurd? |
Date: |
Mon, 09 May 2011 18:49:18 +0200 |
On Mon, 2011-05-09 at 18:43 +0200, Samuel Thibault wrote:
> Svante Signell, le Mon 09 May 2011 18:33:14 +0200, a écrit :
> > Anyway, adding a print statement at eglibc-2.11.2/mach/msgserver.c
> > resolved the hang in the configuration of ghc6-6.10.1
> > +dfsg1/libraries/random :-)
>
> Uh! Did you try to let the remainder of the build complete?
No, I had a print statement writing too much so the build hang so I had
to reboot. Now I just print a dot so I can try again.
> > Single stepping in msgserver.c also triggered the console printout: task
> > 5040ee18 deallocating an invalid port 340/xxx, most probably a bug.
>
> Note that you can make the kernel start the in-kernel debugger in that
> case. Simply set the mach_port_deallocate_debug variable to 1, or use nm
> on the "gnumach" binary to get its adress, e.g. 0x20001234, and use
>
> w 20001234 1
> cont
>
> from the kernel debugger (use ctrl-alt-d to invoke it) to write a 1
> there.
I'll try this later. Another new thing to learn.
- Race problem in Mach/Hurd?, Svante Signell, 2011/05/09
- Re: Race problem in Mach/Hurd?, Samuel Thibault, 2011/05/09
- Re: Race problem in Mach/Hurd?,
Svante Signell <=
- Re: Race problem in Mach/Hurd?, Svante Signell, 2011/05/10
- Re: Race problem 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
- gnumach FTBFS: Was Re: Race condition in Mach/Hurd?, Svante Signell, 2011/05/12
- Re: gnumach FTBFS: Was Re: Race condition in Mach/Hurd?, Samuel Thibault, 2011/05/13