Re: [Tzdist] Next step
Paul Eggert <eggert@cs.ucla.edu> Tue, 20 October 2015 02:00 UTC
Return-Path: <eggert@cs.ucla.edu>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1596F1AD0BA for <tzdist@ietfa.amsl.com>; Mon, 19 Oct 2015 19:00:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EqTed0mg97AS for <tzdist@ietfa.amsl.com>; Mon, 19 Oct 2015 19:00:30 -0700 (PDT)
Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04A2E1AD0B9 for <tzdist@ietf.org>; Mon, 19 Oct 2015 19:00:29 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5A39F160D2B; Mon, 19 Oct 2015 19:00:29 -0700 (PDT)
Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id e3SIurnHogCf; Mon, 19 Oct 2015 19:00:28 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A9A3B160D72; Mon, 19 Oct 2015 19:00:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vR9f7Iq10gqY; Mon, 19 Oct 2015 19:00:28 -0700 (PDT)
Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 7BE4B160D2B; Mon, 19 Oct 2015 19:00:28 -0700 (PDT)
To: Cyrus Daboo <cyrus@daboo.name>, Eliot Lear <lear@cisco.com>, Daniel Migault <daniel.migault@ericsson.com>, Time Zone Data Distribution Service <tzdist@ietf.org>
References: <CADZyTkmO_PcfWTw-36U_6vo=EuDAnAmvUo6nvPZjkHjb_ALPSQ@mail.gmail.com> <50DBD330DB51FDFC0C3E86D4@cyrus.local> <5625323F.4060102@cisco.com> <56259231.1030704@cs.ucla.edu> <BF8D641CBC49495AE8950B8E@cyrus.local>
From: Paul Eggert <eggert@cs.ucla.edu>
Organization: UCLA Computer Science Department
Message-ID: <5625A03C.9070708@cs.ucla.edu>
Date: Mon, 19 Oct 2015 19:00:28 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <BF8D641CBC49495AE8950B8E@cyrus.local>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/owFnYVA-LafYAX9VXCPT78S6d_k>
Cc: Barry Leiba <barryleiba@computer.org>, tzdist-chairs@tools.ietf.org
Subject: Re: [Tzdist] Next step
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2015 02:00:31 -0000
Cyrus Daboo wrote: > I think the tricky part about tzfile is dealing with the endian and 32/64-bit > differences. I am assuming we would need to serve up all possible variants of > those if we used the binary format as is. That's not a problem, because there's only one binary format. The tzfile format is well-defined to be bigendian on all platforms, and to be independent of native word size. The reference code to read and write tzfile format is designed to work even on unusual machines where words are neither 32 nor 64 bits wide (e.g., Unisys mainframes). So there's not much need for a JSON tool to convert to "native" format.
- [Tzdist] Next step Daniel Migault
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Ken Murchison
- Re: [Tzdist] Next step Ken Murchison
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Daniel Migault
- Re: [Tzdist] Next step Jonathan Lennox
- Re: [Tzdist] Next step Tim Parenti
- Re: [Tzdist] Next step Eliot Lear
- Re: [Tzdist] Next step Deborah Goldsmith
- Re: [Tzdist] Next step Doug Royer
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Doug Royer
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Doug Royer
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Paul Eggert
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Paul Eggert
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Lester Caine
- Re: [Tzdist] Next step Eliot Lear
- Re: [Tzdist] Next step Tim Parenti
- Re: [Tzdist] Next step Paul Eggert
- Re: [Tzdist] Next step Tim Parenti
- Re: [Tzdist] Next step Cyrus Daboo
- Re: [Tzdist] Next step Eliot Lear
- Re: [Tzdist] Next step Ken Murchison
- Re: [Tzdist] Next step (IANA as server) Doug Royer
- Re: [Tzdist] Next step (IANA as server) t.petch