Date: Fri, 26 Oct 2001 12:49:59 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: David Greenman <dg@root.com> 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: <Pine.BSF.4.21.0110261245540.11653-100000@InterJet.elischer.org> In-Reply-To: <20011026100039.C58218@nexus.root.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 26 Oct 2001, David Greenman wrote: > >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..... This is just to keep systems that are built using UFS in an embedded (probably solid-state disk based) system CAPABLE of running past 2038. The SIMPLEST answer is to declare the seconds to be UNSIGNED. that extends us for another 70 odd years. > > 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. that would be 1/2^64 no? (actually a nice idea but not very standard..) > > -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?Pine.BSF.4.21.0110261245540.11653-100000>