GNU bug report logs - #9614
date: warn on invalid TZ string (was: date ignoring wrong

Previous Next

Package: coreutils;

Reported by: Sandro Santilli <strk <at> keybit.net>

Date: Tue, 27 Sep 2011 16:14:02 UTC

Severity: wishlist

Merged with 11748, 14229

Full log


Message #41 received at 9614 <at> debbugs.gnu.org (full text, mbox):

From: Sandro Santilli <strk <at> keybit.net>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 9614 <at> debbugs.gnu.org, Pádraig Brady <P <at> draigBrady.com>
Subject: Re: bug#9614: date ignoring wrong TZ values
Date: Thu, 29 Sep 2011 10:38:58 +0200
On Wed, Sep 28, 2011 at 11:04:11PM +0200, Andreas Schwab wrote:
> Sandro Santilli <strk <at> keybit.net> writes:
> 
> > On Wed, Sep 28, 2011 at 12:19:22AM +0200, Andreas Schwab wrote:
> >> Pádraig Brady <P <at> draigBrady.com> writes:
> >> 
> >> > $ TZ=Japan+1 date
> >> 
> >> This is a well-formed POSIX timezone.
> >
> > Meaning UTC+1 ?
> 
> The timzone name has no meaning, only the offset matters.

Offset from which date ?

> >> > $ TZ=Japan date
> >> 
> >> This is a non-POSIX timezone that happens to match an Olson timezone.
> >
> > non-POSIX means illegal ?
> 
> It means unspecified (but not undefined), ie. the implementation may
> reject it or do something sensible.

So it can also print a warning ?

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html




This bug report was last modified 6 years and 166 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.