From owner-freebsd-current Sat Jan 2 11:15:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16553 for freebsd-current-outgoing; Sat, 2 Jan 1999 11:15:40 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16542 for ; Sat, 2 Jan 1999 11:15:36 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.9.1/8.8.7) with ESMTP id OAA75921; Sat, 2 Jan 1999 14:15:07 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Jonathan Smith cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Y2K, Y 2038? In-reply-to: Your message of "Sat, 02 Jan 1999 11:30:49 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Jan 1999 14:15:07 -0500 Message-ID: <75916.915304507@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Smith wrote in message ID : > the world is freaking out over it. Perhaps an introduction of a 64 bit > time, or larger under a different name, and have BSD start working over > towards the new name now and deprecating the old time variable? While the world is still using 32bit CPUs the move to 64bit time_t will be expensive in terms of performance. We could probably make the move on the DEC Alpha, but until ppl move to the Merced (or whatever 64bit P.O.S. Intel produces) I don't think many people will like to take the performance degredation now. Personally, my thoughs on how to do this are to have new syscalls which return 64 bit time_t variables, and you choose at compile time which ones you get (i.e. sorta like the way solaris 7 has done things) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message