From owner-freebsd-bugs Fri Oct 29 12:18:49 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from postal1.lbl.gov (postal1.lbl.gov [128.3.7.82]) by hub.freebsd.org (Postfix) with ESMTP id 8392F150D6 for ; Fri, 29 Oct 1999 12:18:33 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: from SpamWall.lbl.gov (localhost [127.0.0.1]) by postal1.lbl.gov (8.9.3/8.9.3) with ESMTP id MAA04164 for ; Fri, 29 Oct 1999 12:18:32 -0700 (PDT) From: jin@george.lbl.gov Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by SpamWall.lbl.gov (8.9.3/8.9.3) with ESMTP id MAA04157; Fri, 29 Oct 1999 12:18:31 -0700 (PDT) Received: (from jin@localhost) by george.lbl.gov (8.9.1b+Sun/8.9.1) id MAA24925; Fri, 29 Oct 1999 12:18:30 -0700 (PDT) Date: Fri, 29 Oct 1999 12:18:30 -0700 (PDT) Message-Id: <199910291918.MAA24925@george.lbl.gov> To: freebsd-bugs@FreeBSD.ORG, sheldonh@uunet.co.za Subject: Re: bin/14472: date for Y#K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From: Sheldon Hearn > Date: Tue, 26 Oct 1999 09:51:34 +0200 > > On Mon, 25 Oct 1999 09:12:37 MST, jin@george.lbl.gov wrote: > > > That is, I could not find how the 2037 is set. Any idea how we > > can fix this limitation? > > It's not a small job. :-) > > You'd need to change the definition of _BSD_TIME_T, which is a long at > the moment. I imagine there's an enormous amount of software (including > parts of the kernel) that'd choke on this. What happens if we change the definition of _BSD_TIME_T to int64_t? Is it a performance issue or may it break an enormous things? "long" seems to be a bad type definition in C program since it is not in a fixed variable size. I will not use it at a critical segment. > Ciao, > Sheldon. > > PS: The function you'd wanna look at is settimeofday. When I traced the code, the time2() returns failure error code that causes date failure. If the code can reach settimeofday(), I think the job is done because settimeofday() only coptin the data and set it. There is no checking in settimeofday(). -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message