Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!amdcad!ames!nrl-cmf!cmcl2!brl-adm!brl-smoke!gwyn
From: gwyn@brl-smoke.ARPA (Doug Gwyn )
Newsgroups: comp.lang.c
Subject: Re: C machine
Message-ID: <7216@brl-smoke.ARPA>
Date: 8 Feb 88 11:26:42 GMT
References: <461@auvax.UUCP> <28700025@ccvaxa> <7159@brl-smoke.ARPA> <1131@jenny.cl.cam.ac.uk>
Reply-To: gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 10
Keywords: printf, ptrdiff_t, time_t

In article <1131@jenny.cl.cam.ac.uk> am@cl.cam.ac.uk (Alan Mycroft) writes:
-I concede that someone may think of a very good reason as to why
-time_t may be floating (the draft says arithmetic) and anyway
-it is asctime()'s job to decode it.  However I think
-that clock_t could be sensible restricted to be integral
-since its job is to *count* CLK_TCK's anyway.

I seem to recall that somebody pointed out that an integer would
overflow in an unduly small amount of real time on a system with
a high-resolution system clock.