On Wed, Sep 17, 2014 at 12:54 PM, Matti Karnaattu wrote:
>>As far as POSIX goes, setpgrp is spelled setpgid.
>>Let's just replaces the instances of setpgrp() in the tree with
>>setpgid() and be done with it.
>
> I just noted, that it was marked obsolescent in latest POSIX version.
>
> To make it u
>As far as POSIX goes, setpgrp is spelled setpgid.
>Let's just replaces the instances of setpgrp() in the tree with
>setpgid() and be done with it.
I just noted, that it was marked obsolescent in latest POSIX version.
To make it unified with signal.h interface, it should be removed.from
unistd.h.
On Wed, 17 Sep 2014 15:14:19 +0200, Mark Kettenis wrote:
> Note that the SysV version of setpgrp is marked as an XSI extension in
> the combined POSIX and X/Open specification. As such it isn't
> actually part of POSIX and isn't needed for POSIX compliance.
Good point. As far as POSIX goes, set
On Wed, 17 Sep 2014 13:51:37 +0200, =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-
Anglas?= wrote:
> However I don't think that changing our setpgrp definition would bring
> much (any?) benefit. The mismatch here between SysV and BSD is known
> since a long time, and I bet that a bunch of stuff in p
> From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
> Date: Wed, 17 Sep 2014 13:51:37 +0200
>
> "Todd C. Miller" writes:
>
> > I have no objection to this but I don't think the System-V setpgrp()
> > API belongs in compat-43. We can just move it to gen/setpgrp.c.
> >
>
"Todd C. Miller" writes:
> I have no objection to this but I don't think the System-V setpgrp()
> API belongs in compat-43. We can just move it to gen/setpgrp.c.
>
> Like Ted says, we should ready the source tree first by using
> setpgid(). However, all the uses of setpgrp() in the tree are the
With vmware player on a haswell machine with ept.
virtual machine configured with two processors.
kernel builds on ffs not tmpfs.
system kernel benchmark speed up
vmware MP kernel -j2 1.09
vmware MP kernel -j4 1.08
vmware MP forktest2.50
