GNU bug report logs -
#57834
Date Command Anomaly
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57834 in the body.
You can then email your comments to 57834 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#57834
; Package
coreutils
.
(Thu, 15 Sep 2022 15:20:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Martin Hughes <martin.j.hughes <at> btinternet.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Thu, 15 Sep 2022 15:20:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear Sir,
I have stumbled across this anomaly whilst processing a series of dates.
I have not found any other legal date combination that generates this
error. Perl time facilities seem to be affected by this too.
mjh <at> carnaby:~> date --date="2022/03/27 00:00:00"
Sun 27 Mar 00:00:00 GMT 2022
mjh <at> carnaby:~> date --date="2022/03/27 01:00:00"
date: invalid date ‘2022/03/27 01:00:00’
mjh <at> carnaby:~> date --date="2022/03/27 02:00:00"
Sun 27 Mar 02:00:00 BST 2022
The version of date is:
mjh <at> carnaby:~> date --version
date (GNU coreutils) 8.29
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by David MacKenzie.
The operating system is opensuse leap 15.2:
Linux version 5.3.18-lp152.106-default (geeko <at> buildhost) (gcc version
7.5.0 (SUSE Linux)) #1 SMP Mon Nov 22 08:38:17 UTC 2021 (52078fe)
Martin Hughes
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#57834
; Package
coreutils
.
(Fri, 16 Sep 2022 04:28:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 57834 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sorry, my oversite,
It was the transition from Greenwich Mean Time to British Summer time
27th March.
Martin Hughes
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#57834
; Package
coreutils
.
(Fri, 23 Sep 2022 13:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 57834 <at> debbugs.gnu.org (full text, mbox):
Dear,
$ TZ=Europe/London date --debug --date="2022/03/27 01:00:00"
date: warning: value 2022 has 4 digits. Assuming YYYY/MM/DD
date: parsed date part: (Y-M-D) 2022-03-27
date: parsed time part: 01:00:00
date: input timezone: TZ="Europe/London" environment value
date: using specified time as starting value: '01:00:00'
date: error: invalid date/time value:
date: user provided time: '(Y-M-D) 2022-03-27 01:00:00'
date: normalized time: '(Y-M-D) 2022-03-27 02:00:00'
date: --
date: possible reasons:
date: non-existing due to daylight-saving time;
date: numeric values overflow;
date: missing timezone
date: invalid date ‘2022/03/27 01:00:00’
Best
Bert
On Thu, Sep 15, 2022 at 5:21 PM Martin Hughes via GNU coreutils Bug
Reports <bug-coreutils <at> gnu.org> wrote:
>
>
> Dear Sir,
> I have stumbled across this anomaly whilst processing a series of dates.
> I have not found any other legal date combination that generates this
> error. Perl time facilities seem to be affected by this too.
>
> mjh <at> carnaby:~> date --date="2022/03/27 00:00:00"
> Sun 27 Mar 00:00:00 GMT 2022
>
> mjh <at> carnaby:~> date --date="2022/03/27 01:00:00"
> date: invalid date ‘2022/03/27 01:00:00’
>
> mjh <at> carnaby:~> date --date="2022/03/27 02:00:00"
> Sun 27 Mar 02:00:00 BST 2022
>
> The version of date is:
> mjh <at> carnaby:~> date --version
> date (GNU coreutils) 8.29
> Copyright (C) 2017 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <https://gnu.org/licenses/gpl.html>.
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Written by David MacKenzie.
>
> The operating system is opensuse leap 15.2:
> Linux version 5.3.18-lp152.106-default (geeko <at> buildhost) (gcc version
> 7.5.0 (SUSE Linux)) #1 SMP Mon Nov 22 08:38:17 UTC 2021 (52078fe)
>
> Martin Hughes
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#57834
; Package
coreutils
.
(Fri, 23 Sep 2022 17:06:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 57834 <at> debbugs.gnu.org (full text, mbox):
On 23/09/2022 14:03, Bert Wesarg via GNU coreutils Bug Reports wrote:
> Dear,
>
> $ TZ=Europe/London date --debug --date="2022/03/27 01:00:00"
> date: warning: value 2022 has 4 digits. Assuming YYYY/MM/DD
> date: parsed date part: (Y-M-D) 2022-03-27
> date: parsed time part: 01:00:00
> date: input timezone: TZ="Europe/London" environment value
> date: using specified time as starting value: '01:00:00'
> date: error: invalid date/time value:
> date: user provided time: '(Y-M-D) 2022-03-27 01:00:00'
> date: normalized time: '(Y-M-D) 2022-03-27 02:00:00'
> date: --
> date: possible reasons:
> date: non-existing due to daylight-saving time;
> date: numeric values overflow;
> date: missing timezone
> date: invalid date ‘2022/03/27 01:00:00’
>
> Best
> Bert
>
> On Thu, Sep 15, 2022 at 5:21 PM Martin Hughes via GNU coreutils Bug
> Reports <bug-coreutils <at> gnu.org> wrote:
>>
>>
>> Dear Sir,
>> I have stumbled across this anomaly whilst processing a series of dates.
>> I have not found any other legal date combination that generates this
>> error. Perl time facilities seem to be affected by this too.
>>
>> mjh <at> carnaby:~> date --date="2022/03/27 00:00:00"
>> Sun 27 Mar 00:00:00 GMT 2022
>>
>> mjh <at> carnaby:~> date --date="2022/03/27 01:00:00"
>> date: invalid date ‘2022/03/27 01:00:00’
>>
>> mjh <at> carnaby:~> date --date="2022/03/27 02:00:00"
>> Sun 27 Mar 02:00:00 BST 2022
>>
>> The version of date is:
>> mjh <at> carnaby:~> date --version
>> date (GNU coreutils) 8.29
>> Copyright (C) 2017 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later
>> <https://gnu.org/licenses/gpl.html>.
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>> Written by David MacKenzie.
>>
>> The operating system is opensuse leap 15.2:
>> Linux version 5.3.18-lp152.106-default (geeko <at> buildhost) (gcc version
>> 7.5.0 (SUSE Linux)) #1 SMP Mon Nov 22 08:38:17 UTC 2021 (52078fe)
>>
>> Martin Hughes
>
>
>
>
A bit late to the party weren't you?
Martin acknowledged it was GMT/BST transition, on 15th September.
--
Chris Elvidge
Added tag(s) notabug.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Fri, 23 Sep 2022 17:47:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
57834 <at> debbugs.gnu.org and Martin Hughes <martin.j.hughes <at> btinternet.com>
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Fri, 23 Sep 2022 17:47:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 22 Oct 2022 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 158 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.