From owner-freebsd-current  Thu Dec 10 22:55:25 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA25187
          for freebsd-current-outgoing; Thu, 10 Dec 1998 22:55:25 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from whistle.com (s205m131.whistle.com [207.76.205.131])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA25181
          for <freebsd-current@FreeBSD.ORG>; Thu, 10 Dec 1998 22:55:23 -0800 (PST)
          (envelope-from archie@whistle.com)
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA10092; Thu, 10 Dec 1998 22:54:38 -0800 (PST)
Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0)
	id xma010090; Thu, 10 Dec 98 22:54:29 -0800
Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA25455; Thu, 10 Dec 1998 22:54:28 -0800 (PST)
From: Archie Cobbs <archie@whistle.com>
Message-Id: <199812110654.WAA25455@bubba.whistle.com>
Subject: Re: inetd: realloc/free bug
In-Reply-To: <199812110651.WAA34943@apollo.backplane.com> from Matthew Dillon at "Dec 10, 98 10:51:20 pm"
To: dillon@apollo.backplane.com (Matthew Dillon)
Date: Thu, 10 Dec 1998 22:54:28 -0800 (PST)
Cc: jwd@unx.sas.com, freebsd-current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Matthew Dillon writes:
> :It's not trivial if you want to guarantee that no signals are missed.
> :There's no way atomically to: unblock signals and call select().
> 
>     If you put a time limit on select(), it doesn't matter if there is a
>     race condition there.  How does select() cause a signal to be missed ?

Well, sure.. :-) but then you don't service signals in real time
and spend extra cycles timing out all the time.

By the way, from man select(2):

  BUGS
     select() should probably return the time remaining from the original
     timeout, if any, by modifying the time value in place.  This may be im-
     plemented in future versions of the system.  Thus, it is unwise to assume
     that the timeout value will be unmodified by the select() call.

Is this ever going to be implemented? I think this warning's been
around for at least 10 years now.. 

-Archie

___________________________________________________________________________
Archie Cobbs   *   Whistle Communications, Inc.  *   http://www.whistle.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message