Roland McGrath, le Wed 08 May 2013 16:47:24 -0700, a écrit :
> > When it helps a huge lot to debug some things, it surely is a way to
> > debug. I was able to debug quite a few spurious port deallocations as
> > soon as I was able to print from the kernel which process was doing
> > it. I don't s
> When it helps a huge lot to debug some things, it surely is a way to
> debug. I was able to debug quite a few spurious port deallocations as
> soon as I was able to print from the kernel which process was doing
> it. I don't see how to do the same kind of debugging through the proc
> server.
Y
Roland McGrath, le Wed 08 May 2013 16:27:53 -0700, a écrit :
> > But we can't really ask the proc server from the kernel debugger.
>
> There are lots of things you can't do from the kernel debugger.
> That doesn't mean that more state in the microkernel is the way
> to debug.
When it helps a huge
> But we can't really ask the proc server from the kernel debugger.
There are lots of things you can't do from the kernel debugger.
That doesn't mean that more state in the microkernel is the way
to debug.
Roland McGrath, le Wed 08 May 2013 15:34:59 -0700, a écrit :
> > So the kernel can tell what a task is in, e.g. show tasks command, in
> > memory object statistics, etc. Without this it is hard to inspect the
> > whole system state without divining what task is what process.
>
> The proc server e
> So the kernel can tell what a task is in, e.g. show tasks command, in
> memory object statistics, etc. Without this it is hard to inspect the
> whole system state without divining what task is what process.
The proc server exists to provide that mapping.
Roland McGrath, le Wed 08 May 2013 14:59:47 -0700, a écrit :
> What for?
> If you want something like this, why does it belong in the microkernel?
So the kernel can tell what a task is in, e.g. show tasks command, in
memory object statistics, etc. Without this it is hard to inspect the
whole syst
What for?
If you want something like this, why does it belong in the microkernel?
Hi folks,
I am trying to get a test environment going to test this but in the meantime if
any of you care to
review, here is a patch to add task_set_name() and task_get_name() RPCs to
gnumach.
Thanks!
Barry
diff --git a/include/mach/gnumach.defs b/include/mach/gnumach.defs
index 7331334..b26b
Hello,
Larry Sevilla, le Wed 08 May 2013 13:27:17 +0800, a écrit :
> Want to try Debian/Hurd.
>
> Can you include MD5 info for the CD/DVD iso files on this site:
> http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
They are actually already there inside 20130503. I have just made a
10 matches
Mail list logo
