From owner-freebsd-net Wed Apr 4 21: 5: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from mx.databus.com (p101-44.acedsl.com [160.79.101.44]) by hub.freebsd.org (Postfix) with ESMTP id 91DA337B42C; Wed, 4 Apr 2001 21:05:05 -0700 (PDT) (envelope-from barney@mx.databus.com) Received: (from barney@localhost) by mx.databus.com (8.11.1/8.11.1) id f3544dP06152; Thu, 5 Apr 2001 00:04:39 -0400 (EDT) (envelope-from barney) Date: Thu, 5 Apr 2001 00:04:39 -0400 From: Barney Wolff To: Jonathan Lemon Cc: Jonathan Graehl , Freebsd-Net , Jonathan Lemon Subject: Re: please document that kevent does not automatically restart when interrupted by signals Message-ID: <20010405000438.A6087@mx.databus.com> References: <20010404211303.I70724@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010404211303.I70724@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Wed, Apr 04, 2001 at 09:13:03PM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Are you sure that this will never be made untrue by a fine-grained smp implementation? Other than for popular-press benchmarks, asking what FreeBSD will guarantee is the wrong question, imho. Writing production code that's non-portable is hardly ever the right choice. Of course if you're using kevent you've already decided the other way. The manpages should document what is very unlikely to change across releases, but I don't think even that is an absolute commitment. Posix is a much safer bet. Barney Wolff, who has been asked about his own 15-year-old code, and is sure that others can beat that by a mile. On Wed, Apr 04, 2001 at 09:13:03PM -0500, Jonathan Lemon wrote: > > EINTR should (as far as I know) only be returned if a signal interrupts > the syscall when it was in the middle of a sleep. If you are doing > non-blocking I/O, then the system should not be sleeping, so EINTR should > never be returned. No, I don't think that this is explicitly laid out > anywhere in the manual pages, though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message