From owner-freebsd-hackers Sun Jan 23 21:47:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.218.15.190]) by hub.freebsd.org (Postfix) with ESMTP id DEB3415607; Sun, 23 Jan 2000 21:47:24 -0800 (PST) (envelope-from mi@kot.ne.mediaone.net) Received: from rtfm.newton (mi@rtfm.newton [10.10.0.1]) by kot.ne.mediaone.net (8.9.3/8.9.1) with ESMTP id AAA07553; Mon, 24 Jan 2000 00:47:20 -0500 (EST) From: Mikhail Teterin X-Relay-IP: 10.10.0.1 Received: (from mi@localhost) by rtfm.newton (8.9.3/8.9.3) id AAA46261; Mon, 24 Jan 2000 00:47:20 -0500 (EST) (envelope-from mi@kot.ne.mediaone.net) Message-Id: <200001240547.AAA46261@rtfm.newton> Subject: Re: kern/13644 In-Reply-To: <200001240539.WAA00982@harmony.village.org> from Warner Losh at "Jan 23, 2000 10:39:04 pm" To: Warner Losh Date: Mon, 24 Jan 2000 00:47:20 -0500 (EST) Cc: Mikhail Teterin , Dan Nelson , Jason Evans , David Schwartz , bde@FreeBSD.ORG, hackers@FreeBSD.ORG X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Mikhail Teterin writes: =: Where does it guarantee that? Man-pages say, it is guaranteed to =: sleep no MORE then the timeout, not less. Is there some other =: specification, that's different from the man-pages, or are you =: talking from the implementation point of view? = =The man pages say exactly: = If timeout is a non-nil pointer, it specifies a maximum interval = to wait for the selection to complete. = =Which doesn't say that it will sleep no more than this. It says that it =will wait no longer than this for the selection to complete. It doesn't =guarantee anything, imho. It doesn't guarnatee that you will be =scheduled at any given time. Yep. But that little, that I was told of implementation, says that the rounding up is there to guarantee the sleep of no less then specified. This is consistent with my experiments, which show steady 9-10 milliseconds extra sleeping time. =Besides, POSIX's definition of select clearly states what I said. This is what I asked for, when I asked for "other specification". Could you provide the chapter/verse number of where POSIX spec contradicts the man pages? It will help me make my case on the TCL forum, since the TCL developers remain under the mistaken assumption, that select() may return earlier, but never later than specified. Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message