X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.3 required=5.0 tests=AWL,BAYES_00
X-Spam-Check-By:	sourceware.org
To:	help-gnu-emacs AT gnu DOT org, cygwin AT cygwin DOT com
Subject:	cygwin 1.7/emacs 23.1 time bug/workaround status?
From:	Tom Roche <Tom_Roche AT pobox DOT com>
Reply-to:	cygwin AT cygwin DOT com, help-gnu-emacs AT gnu DOT org,
	Tom Roche <Tom_Roche AT pobox DOT com>
Message-Id:	<20091228171700.CC4B1141D1C0D@cedar.isis.unc.edu>
Date:	Mon, 28 Dec 2009 12:17:00 -0500 (EST)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

summary: A cygwin-1.7/emacs-23.1 time bug and its workaround is known,
but is it being tracked?

details: 

Tom Roche Sun, 27 Dec 2009 21:51:58 -0500 (EST)
>> After updating cygwin [from 1.5.x] to 1.7.1-1, 

Which has been otherwise delightful!

>> which updated my emacs to 23.1, I now see

>> (current-time-string)
>> "Mon Dec 28 01:21:44 2009"
>> (current-time-zone)
>> (-3600 "GMT")

>> when bash says

>> $ date
>> Sun Dec 27 21:21:44 EST 2009

Eli Zaretskii Mon, 28 Dec 2009 06:09:32 +0200
> Try asking on the Cygwin list first.

Or first try googling better :-( This bug was noted 10 months ago:

http://www.cygwin.com/ml/cygwin/2009-02/msg00148.html
>>> I've built emacs 23 under both cygwin 1.5 and 1.7, and it runs
>>> fine for me except for a glitch involving time zones: Emacs gets
>>> the local time zone wrong by 4 hours. I've reported this to the
>>> emacs-devel list [1], and the developer who responded asked me to
>>> try to get some advice on this list. Here are two facts that might
>>> provide clues:

>>> 1. The problem disappears if I set the environment variable TZ
>>> before starting emacs.

E.g.

* in winxp System>Advanced>Environment Variables>System variables
  set TZ=

America/New_York

  This worked for me.

* in cygwin bash, `export TZ=America/New_York` (I haven't tested)

>>> 2. The problem disappears if I run emacs under gdb. [This, of
>>> course, makes debugging difficult.]

>>> I would appreciate any advice or hints as to how I (and the emacs
>>> developers) might track this down. Also, the developers would find
>>> it useful to have a description of how cygwin handles Windows time
>>> zones.

Is this bug currently being tracked by anyone? On the cygwin side, I
don't know where there is a queryable bug tracker. On the emacs side,
I don't see it in

http://debbugs.gnu.org/cgi/pkgreport.cgi?include=subject%3Acygwin;package=emacs

(which I believe is the Gnu Emacs bug tracker).

TIA, Tom Roche <Tom_Roche AT pobox DOT com>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -