From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.50; on Windows, M-x display-time-world shows the same, incorrect, time for all cities Date: Sat, 27 Oct 2007 15:09:11 +0100 Message-ID: <47234687.3050500@gnu.org> References: <878x6165pn.fsf@offby1.atm01.sea.blarg.net> <47169ECD.8090401@gnu.org> <471A6B16.8060406@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1193494194 27705 80.91.229.12 (27 Oct 2007 14:09:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2007 14:09:54 +0000 (UTC) Cc: offby1@blarg.net, emacs-pretest-bug@gnu.org, apple@kanis.eu To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 27 16:09:55 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IlmMK-0000rC-US for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 16:09:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlmMB-0007QP-Qu for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 10:09:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IlmM7-0007BA-Tn for emacs-devel@gnu.org; Sat, 27 Oct 2007 10:09:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IlmM7-00077n-8D for emacs-devel@gnu.org; Sat, 27 Oct 2007 10:09:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlmM7-00076q-3L for emacs-devel@gnu.org; Sat, 27 Oct 2007 10:09:39 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IlmM7-0005Hb-1B for emacs-devel@gnu.org; Sat, 27 Oct 2007 10:09:39 -0400 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IlmM6-0000xu-LI for emacs-pretest-bug@gnu.org; Sat, 27 Oct 2007 10:09:38 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1IlmM3-0005Gr-F9 for emacs-pretest-bug@gnu.org; Sat, 27 Oct 2007 10:09:38 -0400 Original-Received: from outmail1.freedom2surf.net ([194.106.33.237]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IlmLz-0005Ea-CM; Sat, 27 Oct 2007 10:09:31 -0400 Original-Received: from [127.0.0.1] (i-83-67-23-108.freedom2surf.net [83.67.23.108]) by outmail1.freedom2surf.net (Postfix) with ESMTP id 18A3650369; Sat, 27 Oct 2007 15:09:30 +0100 (BST) User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:81851 gmane.emacs.pretest.bugs:20194 Archived-At: Eli Zaretskii wrote: > I've fixed time.el so that it supports both zoneinfo-style time zones > and the legacy time zones. Please see if the change does TRT. > The timezones work in that format, but there are a number of problems with them. BST0BDT should be GMT0BST JST-9JDT should be JST-9 (no daylight savings in Japan). I think there may also be no daylight savings in India, but I'm not sure. Also, I think enabling the zoneinfo style names only on GNU/Linux and MS DOS is too conservative. All BSD based systems use the zoneinfo database, as do most SYSV ones AFAIK. It may be better to use those by default, and enable the legacy ones on a case by case basis, particularly since there may be problems with the legacy posix ones' handling of DST on many platforms other than Windows (which we know always uses US switchover dates).