From owner-freebsd-hackers Mon Jun 2 19:43:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28910 for hackers-outgoing; Mon, 2 Jun 1997 19:43:28 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28901 for ; Mon, 2 Jun 1997 19:43:23 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id MAA08427; Tue, 3 Jun 1997 12:42:40 +1000 (EST) Date: Tue, 3 Jun 1997 12:42:39 +1000 (EST) From: "Daniel O'Callaghan" To: Brian Somers cc: Terry Lambert , Brian Somers , freebsd-hackers@FreeBSD.ORG, internet@demon.net Subject: Re: fetch In-Reply-To: <199706030124.CAA20769@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Jun 1997, Brian Somers wrote: > [.....] > > > I'd therefore consider it reasonable to accept two or three digit > > > years as being assignable directly to tm_year, and four digit years > > > as being subject to the "-1900" code. > > > > Assignable as "19xx +" and "1xxx +", or assignable as "00xx"? If the > > latter, then tht's all I was saying. 8-). > > I reckon: > > 01-Jan-01 => 01-Jan-1901 > 01-Jan-99 => 01-Jan-1999 > 01-Jan-100 => 01-Jan-2000 > 01-Jan-xxxx => 01-Jan-xxxx > > So the code would say "assign to tm_year; if 4 digits, subtract 1900" > bearing in mind that tm_year is defined as "the year less 1900". This is not how date(1) works. I'm not saying that date(1) is correct, but some consistency in hackery would be nice. Maybe we should just tell the world to use hexadecimal years. Then we would now be in the year 0x7CD, and we would have another 50 years to get organised before we hit 0x800 :-) /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */