From owner-freebsd-current Wed Aug 13 10:41:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15257 for current-outgoing; Wed, 13 Aug 1997 10:41:47 -0700 (PDT) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15247 for ; Wed, 13 Aug 1997 10:41:38 -0700 (PDT) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.7/8.8.7) id VAA17243; Wed, 13 Aug 1997 21:40:04 +0400 (MSD) Date: Wed, 13 Aug 1997 21:39:57 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Bruce Evans cc: current@FreeBSD.ORG, sos@sos.freebsd.dk, terry@lambert.org Subject: Re: siginterrupt (was Re: Error in sleep !) In-Reply-To: <199708131647.CAA18733@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 14 Aug 1997, Bruce Evans wrote: > >I mean not application which uses some signal interface but initial > >handling of SIG_DFL _before_ any sigaction() or signal() used. I.e. is it > >safe per POSIX to have SA_RESTART for SIG_DFL action initially at > >application startup (before any application actions)? > > The initial value for sa_flags seems to be unspecified. In practice, it > is 0 in FreeBSD. This probably only matters if you use sigaction() to > find the old value and write a modified value, since SA_RESTART doesn't > affect SIG_DFL actions (it only affects caught signals). It doesn't > matter for the other flags, since the "BSD default" for them is off. So, it means that we still compatible with POSIX here. I'll change the default behaviour on FreeBSD to the default behaviour for signal(3) on FreeBSD to make siginterrupt(3) man page more clear. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/