From owner-freebsd-hackers Mon Aug 30 9: 8:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from amstech.com (alister.w.easynet.co.uk [212.212.251.86]) by hub.freebsd.org (Postfix) with ESMTP id 03368150ED for ; Mon, 30 Aug 1999 09:08:35 -0700 (PDT) (envelope-from frankrj@netscape.net) Received: from netscape.net (localhost.jakinternet.co.uk [127.0.0.1] (may be forged)) by amstech.com (8.9.3/8.9.1) with ESMTP id RAA01248; Mon, 30 Aug 1999 17:09:21 GMT (envelope-from frankrj@netscape.net) Message-ID: <37CABABF.33E13FF@netscape.net> Date: Mon, 30 Aug 1999 17:09:19 +0000 From: Francis Jordan X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Marcel Moolenaar Cc: hackers@FreeBSD.ORG Subject: Re: More than 32 signals. Thought? References: <37CA7B24.EC8539C4@scc.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > > [cc'd to David E. Cross (crossd@cs.rpi.edu) and James Raynard > (jraynard@freebsd.org)] > > I'm thinking about extending the number of signals. I like your thoughts > and opinions. > > Basicly what I'm going to do is rewrite the signalling code to use a new > sigset_t and provide new syscalls to use it. The current syscalls convert > between the current and the new types for compatibility. I think I'm going > to borrow a thought or two from Linux which allows further increasing of > the number of signals without rewriting the logic, but that's basicly > undecided yet and open for discussion. Do as NetBSD does to remain compatible? Or borrow a few thoughts from Solaris, which also has 128 signals: typedef struct { /* signal set type */ unsigned long __sigbits[4]; } sigset_t; Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message