Date: Tue, 18 Aug 1998 14:52:17 -0500 (CDT) From: Jim Bryant <jbryant@unix.tfs.net> To: freebsd-hackers@FreeBSD.ORG Subject: proposal to not change time_t Message-ID: <199808181952.OAA11770@unix.tfs.net>
next in thread | raw e-mail | index | archive | help
i am making a proposal here to not change time_t. what i would like to propose here is to create alternate, look-alike functions. for example [names subject to discussion, but keep them close]: typedef long long int64; typedef int64 q_time_t; q_time_t q_time(q_time_t); etc... this could be a way of providing 64-bit time functionality that could be later #define'd to be time_t and time(), etc, at the inevitable point at which the move is made by the rest of the industry. an appropriate counter and ioctl could be added to the kern without too much of a hassle, i would imagine. adding the functionality like this will not impact existing apps, as a seperate interface would be in use. it would be nice to be the first major unix to actually claim immunity to the 2039 flaw. bsd has a illustrious history of setting the standard. let's do it again. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808181952.OAA11770>