From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff King Subject: Re: [PATCH] t4212: handle systems with post-apocalyptic gmtime Date: Wed, 26 Mar 2014 17:57:41 -0400 Message-ID: <20140326215741.GA17716@sigill.intra.peff.net> References: <20140224073348.GA20221@sigill.intra.peff.net> <20140224074905.GE9969@sigill.intra.peff.net> <20140326110559.GA32625@hashpling.org> <20140326182103.GB7087@sigill.intra.peff.net> <20140326185153.GA12912@sigill.intra.peff.net> <20140326192536.GA13989@sigill.intra.peff.net> <20140326193359.GA14105@sigill.intra.peff.net> <20140326212227.GC6991@hashpling.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: Junio C Hamano , git@vger.kernel.org To: Charles Bailey X-From: git-owner@vger.kernel.org Wed Mar 26 22:57:51 2014 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WSvpW-00077L-Da for gcvg-git-2@plane.gmane.org; Wed, 26 Mar 2014 22:57:50 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756337AbaCZV5o (ORCPT ); Wed, 26 Mar 2014 17:57:44 -0400 Received: from cloud.peff.net ([50.56.180.127]:48008 "HELO peff.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1755940AbaCZV5n (ORCPT ); Wed, 26 Mar 2014 17:57:43 -0400 Received: (qmail 27272 invoked by uid 102); 26 Mar 2014 21:57:43 -0000 Received: from c-71-63-4-13.hsd1.va.comcast.net (HELO sigill.intra.peff.net) (71.63.4.13) (smtp-auth username relayok, mechanism cram-md5) by peff.net (qpsmtpd/0.84) with ESMTPA; Wed, 26 Mar 2014 16:57:43 -0500 Received: by sigill.intra.peff.net (sSMTP sendmail emulation); Wed, 26 Mar 2014 17:57:41 -0400 Content-Disposition: inline In-Reply-To: <20140326212227.GC6991@hashpling.org> Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Wed, Mar 26, 2014 at 09:22:27PM +0000, Charles Bailey wrote: > On Wed, Mar 26, 2014 at 03:33:59PM -0400, Jeff King wrote: > > > > That being said, is the AIX value actually right? I did not look closely > > at first, but just assumed that it was vaguely right. But: > > > > 999999999999999999 / (86400 * 365) > > > > is something like 31 billion years in the future, not 160 million. > > A real date calculation will have a few tweaks (leap years, etc), but > > that is orders of magnitude off. > > Well, this is embarrassing, while moving this through the corporate > firewall (aka typing on one machine while looking at another), I > munged the date. It still doesn't seem right but at least you can now > see the actual data. Hmm, so the year you got is actually: 1623969404. That still seems off to me by a factor 20. I don't know if this is really worth digging into that much further, but I wonder what you would get for timestamps of: 99999999999999999 9999999999999999 999999999999999 etc. Do we start generating weird values at some particular size? Or is AIX gmtime really more clever than I am, and is accounting for wobble of the Earth or something over the next billion years? -Peff