From owner-freebsd-hackers Thu Feb 18 8:56: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id BCB2A11671 for ; Thu, 18 Feb 1999 08:53:13 -0800 (PST) (envelope-from bright@cygnus.rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.8.7/8.8.7) with SMTP id DAA26354; Thu, 18 Feb 1999 03:01:17 -0500 (EST) Date: Thu, 18 Feb 1999 02:51:07 -0500 (EST) From: Alfred Perlstein To: Warner Losh Cc: Dag-Erling Smorgrav , "Daniel C. Sobral" , Matthew Dillon , Christoph Kukulies , Peter Wemm , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: portability of shm, mmap, pipes and socket IPC In-Reply-To: <199902180442.VAA64894@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 17 Feb 1999, Warner Losh wrote: > That's in the bugs section: > 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. > > Notice "should" and "may be" It doesn't say "Will" or "does". > > : On the contrary, it is extremely useful for implementing higher-level > : timeouts. If you want to see the new installer come true, I need to > : implement protocol-level timeouts in libfetch, and that means either > : add a lot of gettimeofday() logic or fix select() to modify tv. > > Even if that represents an unavoidable race condition? Why has no one considered the idea of 'select2()' which would finally --------------------------------------------^^^ implement the argument modification? This would finally dispell confusion about what will do what, when where and why etc.. if properly documented of course. simple: select == non modifying behavior select2 == modifies Thisleaves legacy/dumb code alone and at the same time gives more functionality to applications that know how to use the interface... -Alfred > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message