From owner-freebsd-standards Thu May 30 6:44:55 2002 Delivered-To: freebsd-standards@freebsd.org Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by hub.freebsd.org (Postfix) with ESMTP id 37EF937B400 for ; Thu, 30 May 2002 06:44:51 -0700 (PDT) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17DQES-0007iK-00 (Debian); Thu, 30 May 2002 14:44:48 +0100 Date: Thu, 30 May 2002 14:44:48 +0100 From: Tony Finch To: Bruce Evans Cc: Tony Finch , freebsd-standards@FreeBSD.ORG Subject: Re: clock(3) standardization Message-ID: <20020530144448.C621@chiark.greenend.org.uk> References: <20020528191650.A8322@chiark.greenend.org.uk> <20020529051638.F22456-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020529051638.F22456-100000@gamplex.bde.org>; from bde@zeta.org.au on Wed, May 29, 2002 at 05:56:17AM +1000 Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 05:56:17AM +1000, Bruce Evans wrote: > On Tue, 28 May 2002, Tony Finch wrote: > > > I noticed that clock(3) currently violates a requirement of POSIX > > 2001 (that CLOCKS_PER_SEC is 1000000) and that the various archs > > are inconsistent and somtimes different from what is in clocks(7). > > That is only in a (broken) XSI extension. "Fixing" this would mainly > break binary compatibility since it would change from one historical > wrong value to another (128 -> 1000000). The first C standard got this > right by permitting it to be a runtime parameter. This value should > be which may be a few billion on > current machines. This requires clock_t to be much larger than uint32_t > so that it can represent 24 hours in ticks. clock_t should probably be > double. Hmm, I've been thinking about this a bit more. Does FreeBSD actually keep the necessary statistics at that resolution? As far as I can tell it is done internally at microsecond resolution. Tony. -- f.a.n.finch http://dotat.at/ LUNDY: SOUTHWESTERLY 5 OR 6 DECREASING 3 OR 4. SHOWERS. GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message