X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-0.9 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <4DF10C13.3040208@cwilson.fastmail.fm>
References: <20110609094631.56364lzi64m7t4d3@messagerie.si.c-s.fr> <BANLkTinwkd50q5JdugNRO8wfQrJ00syD+w@mail.gmail.com> <4DF10C13.3040208@cwilson.fastmail.fm>
From: Edward McGuire <cygwin.com@metaed.com>
Date: Thu, 9 Jun 2011 14:26:55 -0500
Message-ID: <BANLkTinBqCHvyRpgXpHcXD54ycPuGhrMcg@mail.gmail.com>
Subject: Re: cygcheck's understanding of TZ
To: cygwin@cygwin.com
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id p59JReLb008589

On Thu, Jun 9, 2011 at 13:08, Charles Wilson wrote:
> cygcheck.exe is not a cygwin program.  It is a native windows
> program, and thus either (a) uses Windows support for time zone
> data, not cygwin, or (b) has some special code to mimic cygwin's
> tz handling, which may not be up-to-par.  You'll have to check the
> source code to be sure, but I rather doubt (b).

cygcheck.cc:
[snip]
#include <sys/time.h>
[snip]
  time_t now;
[snip]
  printf ("\nCygwin Configuration Diagnostics\n");
  time (&now);
  printf ("Current System Time: %s\n", ctime (&now));

It's using C RTL calls. And cygcheck(1) is linked with msvcrt.dll,
not GNU, and therefore cygcheck(1) has Microsoft C RTL behavior.
Microsoft C RTL does not support the pathname syntax extension;
that's a GNU thing.

http://support.microsoft.com/kb/155293/a

Based on the article above, it seems the MS CRTL returns times that
are off by 1 hour if you set TZ and also have daylight saving time
enabled in the Date/Time control panel. That is almost certainly why
cygcheck(1) is returning GMT +1 hour instead of GMT when you pass it
an invalid TZ.

Cheers,

MetaEd

--
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


