Date: Fri, 26 Oct 2001 10:00:39 -0700 From: David Greenman <dg@root.com> To: Julian Elischer <julian@elischer.org> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, tlambert2@mindspring.com, Peter Wemm <peter@wemm.org>, arch@FreeBSD.ORG Subject: Re: 64 bit times revisited.. Message-ID: <20011026100039.C58218@nexus.root.com> In-Reply-To: <Pine.BSF.4.21.0110261051020.10928-100000@InterJet.elischer.org>; from julian@elischer.org on Fri, Oct 26, 2001 at 11:00:53AM -0700 References: <2912.1004113233@critter.freebsd.dk> <Pine.BSF.4.21.0110261051020.10928-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>but here;s a better idea anyhow.. > >take the TOP 2 bits.. they can never be used now anyhow.... >that gives us nanosecond resolution, which is all we can report now >anyway, and multiplies the seconds range by 4. Assuming that we do not >allow access times < 1970 on disk (there were no such files then, >then we are ok up to the year 2600, by which time we hope there are no >embededded systems from the next 5 years still running..... Any solution that tries to bandaid the problem by using a few bits from here or there is unacceptable to me. I have mixed feelings about changing to phk's 1/1^64 fractional timestamp idea, but I do think that we should make time_t 64 bits on all architectures, including x86, starting with v5 of FreeBSD. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011026100039.C58218>