From owner-freebsd-bugs Sun Jul 22 10:40:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A9A7A37B407 for ; Sun, 22 Jul 2001 10:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f6MHe2E70274; Sun, 22 Jul 2001 10:40:02 -0700 (PDT) (envelope-from gnats) Date: Sun, 22 Jul 2001 10:40:02 -0700 (PDT) Message-Id: <200107221740.f6MHe2E70274@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mike Barcroft Subject: Re: kern/19402: Signals 127 and 128 cannot be detected in wait4() interface Reply-To: Mike Barcroft Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/19402; it has been noted by GNATS. From: Mike Barcroft To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/19402: Signals 127 and 128 cannot be detected in wait4() interface Date: Sun, 22 Jul 2001 13:51:19 -0400 Adding to Audit-Trail. On Sun, Jul 22, 2001 at 09:54:00AM +0300, Valentin Nechayev wrote: > Sat, Jul 21, 2001 at 21:10:23, mike wrote about "Re: kern/19402: Signals 127 and 128 cannot be detected in wait4() interface": > > > Synopsis: Signals 127 and 128 cannot be detected in wait4() interface > > > > State-Changed-From-To: open->feedback > > State-Changed-By: mike > > State-Changed-When: Sat Jul 21 21:09:54 PDT 2001 > > State-Changed-Why: > > > > Does this problem still occur in newer versions of FreeBSD, > > such as 4.3-RELEASE? > > Yes, it still occurs. Nobody changed macros in to resolve this > conflict, neither in RELENG_4 nor in HEAD. > > I can create proposition (in form of patch) how they should be changed > (this will use fact that wait4() status is 32 bits, but only low 16 bits > are used) but this will be ABI change with incompatibility for > signals 64...128 when bit shifts are used and only 128 in expensive > variant of multiply/delete. > Yet another variant is to exclude signals 127 and 128, this variant > AFAIU conflicts with POSIX. > > Another point view is this problem is most architectural and should be > first discussed in -arch or -hackers, not in -bugs, and it (problem) > is too complicated to fit in frames of gnats db. But IMO it does _not_ > mean the PR should be closed, because problem keeps. > > > /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message