> We don't need to rely on the PID 2 info:
>
> /gnu/root/D1:2- 7 153M 9.67M 0:00.00 0:12.43 /boot/gnumach.gz root=hd2s5
>
> So, the kernel is clearly identified by the program name at least.
That is not really clean or robust. I mean:
(sh -c "exec -a /boot/gnumach.gz /bin/sleep
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The time it pauses is too short to write down all registers. We should
> consider increasing it.
The time is a rapid spinning loop, IIRC, and has gotten shorter as
processors have gotten faster; it should be timed to bogomips or
something like that
I have no objection to adding a flag for file_set_translator to avoid
sending the goaway. But calling the flag "disconnect" is wrong: a
disconnect happens whether you set that flag or not.
I suggest FSYS_GOAWAY_NORPC or FSYS_GOAWAY_NOGOAWAY or something like
that, that accurate describes what t
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> mach:/ipc/ipc_object.c (ipc_object_alloc.c), line 250:
>
> - *namep = (mach_port_t)object;
> kr = ipc_entry_alloc(space, namep, &entry);
Yeah, it looks wrong to me too.
___
Bug-hurd
Your message dated Sun, 13 May 2001 20:24:50 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#97342: hurd: getegid() fails
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Sorry,
I'm trying to get OSKit-Mach working but I have a
problem with the generated Makefile.
It seems that there is no target kernel: , that is needed
by all:
Gibran
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/lis
Package: hurd
Version: N/A
Severity: normal
Hi,
I found out why screen complains about /var/run/screen permissions. screen
runs as root.utmp, 02755, and expects utmp as its effective group id.
The following program fails:
main()
{
printf ("%i\n", getegid();
}
$ make getegid
$ ./getegid
0
$
