From owner-freebsd-arch@FreeBSD.ORG Wed May 16 13:23:22 2007 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA3D16A400 for ; Wed, 16 May 2007 13:23:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0F69113C45B for ; Wed, 16 May 2007 13:23:22 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3802920AA; Wed, 16 May 2007 15:23:15 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2AFC720A8; Wed, 16 May 2007 15:23:15 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 1269852D9; Wed, 16 May 2007 15:23:15 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: MQ References: <86odknqvf3.fsf@dwp.des.no> <86wszah2ua.fsf@dwp.des.no> Date: Wed, 16 May 2007 15:23:14 +0200 In-Reply-To: (antinvidia@gmail.com's message of "Wed\, 16 May 2007 20\:59\:19 +0800") Message-ID: <86fy5wkim5.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org Subject: Re: A problem with the select(2) interface X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 13:23:22 -0000 MQ writes: > No, that is not what I want. I think we'd better add a comments that > we *DO NOT WRITE TO THAT ADDRESS*, what the manual describes is that > there may be some platforms which write to that address. It's not the > same thing. Some platforms update the timeval and some don't, so portable applications must simply assume that its contents are undefined after the select(2) call. It can not be relied on to contain either the initial value nor the amount of time remaining. Thus your proposed change is pointless. And stop yelling, please. It won't get you anywhere (except possibly my kill file). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no