From owner-freebsd-current Tue Mar 11 07:17:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA10600 for current-outgoing; Tue, 11 Mar 1997 07:17:16 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA10592 for ; Tue, 11 Mar 1997 07:17:11 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA17912; Wed, 12 Mar 1997 02:13:14 +1100 Date: Wed, 12 Mar 1997 02:13:14 +1100 From: Bruce Evans Message-Id: <199703111513.CAA17912@godzilla.zeta.org.au> To: ache@nagual.ru, bde@zeta.org.au Subject: Re: ppp Cc: brian@awfulhak.demon.co.uk, brian@utell.co.uk, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Generally you don't care and can't tell exactly how many signals occurred >> (the system doesn't count them). One exception might be if SIGALRM is >> pended and there is too large a latrency before unpending. Then counting >> could be used to tell how many SIGALRMs were mishandled :-). > >Why system? The handler count them. I.e. LQR package must be sent each 1.2 >seconds. When you delay handler, you can lost signal during delayed All systems. The kernel doesn't count signals, so if ppp isn't run for more than 1.2 seconds then it will miss some alarms. However, this probably isn't important since it will miss much more than alarms :-). There may be problems with closer-spaced alarms if ppp wants to count them. Bruce