From owner-freebsd-hackers Thu Jul 31 18:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA15933 for hackers-outgoing; Thu, 31 Jul 1997 18:31:28 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15927; Thu, 31 Jul 1997 18:31:21 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA03793; Fri, 1 Aug 1997 02:31:11 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id CAA21758; Fri, 1 Aug 1997 02:31:14 +0100 (BST) Message-Id: <199708010131.CAA21758@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: ac199@hwcn.org cc: grog@FreeBSD.ORG, Brian Somers , dk+@ua.net, freebsd-hackers@FreeBSD.ORG Subject: Re: date(1) In-reply-to: Your message of "Wed, 30 Jul 1997 01:32:59 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 02:31:14 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, 30 Jul 1997 grog@FreeBSD.ORG wrote: > > > >>>>>> [yy[mm[dd[hh]]]]mm[.ss]] > > At risk of missing the obvious, why can't the above simply be > extended to > > [cc[yy[mm[dd[hh]]]]]mm[.ss]] Yep. As I suggested. > ? This format strikes me as being right since any usually, if the > date is off by a large amount (eg. centuries), the year, month, day, > hour, and minute will also be off. However, the date being off by a > minute or two, while the hour, day, month, year, and century are > correct is not unusual. > > This seems to avoid the below monstrosities. > > > >> [[[cc]yy[mm[dd[hh]]]]mm[.ss]] > > >>> cc[yy[mm[dd[hh]]]]]mm[.ss]] > > The first is hopelessly ambigious and the 2nd is hopelessly > annoying. The first is just wrong, and the second is a mis-quote. I originally said: > More like: > > [[cc[yy[mm[dd[hh]]]]]mm[.ss]] > > (you can't have the century without the year). > > -- > tIM...HOEk > OPTIMIZATION: the process of using many one-letter variables names > hoping that the resultant code will run faster. > -- Brian , Don't _EVER_ lose your sense of humour....