Well, I'm satisfied with your suggestion of adding -s.
I would just add that this might be something that should be added to the man
page.
De : Eric Blake
À : Camion SPAM
Cc : 14226-d...@debbugs.gnu.org
Envoyé le : Jeudi 18 avril 2013 21h53
Objet : Re: bug#
On 04/19/2013 12:47 PM, Donald Berry wrote:
> Are there any plans to reject invalid strings?
Not as far as I know.
On 04/18/2013 01:24 PM, Donald Berry wrote:
> If an invalid TZ argument is passed to /bin/date, it silently fails but
> prints the UTC result:
> [dberry@dberry ~]$ TZ=EDT date -d @0
> Thu Jan 1 00:00:00 EDT 1970
> [dberry@dberry ~]$ TZ=foo date -d @0
> Thu Jan 1 00:00:00 foo 1970
>
> It works c
On Friday 19 April 2013 15:47:46 Donald Berry wrote:
> Yes, date/GNU accepts whatever TZ string you pass it without error, but
> this leads to very confusing results.
Paul said the "GNU system", not "GNU/date". coreutils doesn't parse the TZ
env var, the C library does. similarly, the date progr
Yes, date/GNU accepts whatever TZ string you pass it without error, but this
leads to very confusing results. Here again is one of the examples:
[dberry dberry ~]$ TZ=foo date -d @0
Thu Jan 1 00:00:00 foo 1970
I think it is safe to say that 'foo' is not a valid timezone, and yet date
returns