From owner-freebsd-current Tue Mar 11 08:19:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA16019 for current-outgoing; Tue, 11 Mar 1997 08:19:00 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA16014 for ; Tue, 11 Mar 1997 08:18:55 -0800 (PST) Received: by sovcom.kiae.su id AA29156 (5.65.kiae-1 ); Tue, 11 Mar 1997 18:42:29 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 11 Mar 97 18:42:29 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id SAA01009; Tue, 11 Mar 1997 18:36:15 +0300 (MSK) Date: Tue, 11 Mar 1997 18:36:09 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Brian Somers Cc: Brian Somers , Brian Somers , FreeBSD-current Subject: Re: ppp In-Reply-To: <199703111517.PAA27630@shift.lan.awfulhak.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Mar 1997, Brian Somers wrote: > > Few minutes ago I send you message with subject "ppp & signals pending" > > not seeing this your message... Please don't miss it, here I explain > > my position mainly about SIGALRM and its pending. To summarize it > > I can say that I agree with restoring pending for SIGALRM, but some > > additional measurement must be done before. > > I havn't seen this mail yet - I'm at work at the moment, so it'll probably > be at home by the time I get there. You can find its copy in current@freebsd.org list. > Ok, I can re-produce the right number of signals. I don't know > why this is really needed, but I agree that it's more correct to > handle things the right number of times. If one packet must be sent on each alarm tick (LQR packets), it is needed to keep proper amount of them. > The reason I used __MAXSIG was because the code wasn't written to > be able to handle NSIG > 32. As Bruce points, NSIG is not standard too, but it is at least BSDsm. If "caused" will be array of ints instead of bitmask, it will be more portable and no 32bits in long / 32 signals assumptions. > I'll send you a copy of the code with the above before > commiting. I'd be grateful if you could examine it for > anything horrible. Ok. -- Andrey A. Chernov http://www.nagual.ru/~ache/