|
|
Joined: Feb 2011
Posts: 461
Pan-dimensional mouse
|
OP
Pan-dimensional mouse
Joined: Feb 2011
Posts: 461 |
GMT is off by one hour in every version after 7.55, this is wrong. My timezone is currently in Eastern Daylight Time (GMT-4).
[7.55] 00:12:06 -0400 GMT [7.56] 00:12:06 -0500 GMT
|
|
|
|
Joined: Feb 2003
Posts: 2,812
Hoopy frood
|
Hoopy frood
Joined: Feb 2003
Posts: 2,812 |
Do you get the same value for $ctime in both versions, or conflicting values?
Well. At least I won lunch. Good philosophy, see good in bad, I like!
|
|
|
|
Joined: Feb 2011
Posts: 461
Pan-dimensional mouse
|
OP
Pan-dimensional mouse
Joined: Feb 2011
Posts: 461 |
Same $ctime value in 7.02 - 7.66 in my testing.
$ctime - $asctime($ctime,HH:nn:ss zzz)
[7.55] 1627148519 - 13:41:59 -0400 GMT [7.56] 1627148519 - 13:41:59 -0500 GMT
|
|
|
|
Joined: Feb 2003
Posts: 2,812
Hoopy frood
|
Hoopy frood
Joined: Feb 2003
Posts: 2,812 |
Look like another DST daylight savings time bug, then. I bet it goes away in November.
Please tell me the values of $gmt do not match. If they do match it would be a weird DST bug.
Well. At least I won lunch. Good philosophy, see good in bad, I like!
|
|
|
|
Joined: Feb 2011
Posts: 461
Pan-dimensional mouse
|
OP
Pan-dimensional mouse
Joined: Feb 2011
Posts: 461 |
Greeting from the future! Looks like a DST bug.
//echo -ag $version $adate $ctime - $asctime($ctime,HH:nn:ss zzz)
7.55 12/31/2021 1641005909 - 21:58:29 -0500 GMT 7.56 12/31/2021 1641005909 - 21:58:29 -0500 GMT 7.66 12/31/2021 1641005909 - 21:58:29 -0500 GMT
|
|
|
|
Joined: Oct 2020
Posts: 5
Nutrimatic drinks dispenser
|
Nutrimatic drinks dispenser
Joined: Oct 2020
Posts: 5 |
I wonder if this is related to the DST bug that occurred for me a few months back for me. Khaled was unable to reproduce it.
|
|
|
|
Joined: Dec 2002
Posts: 5,477
Hoopy frood
|
Hoopy frood
Joined: Dec 2002
Posts: 5,477 |
Thanks for your bug report. The time features in v7.56 were updated to 1) use the Windows time APIs and 2) fix issues in v7.55 where it was not reporting correct values in some contexts.
That said, these changes were tested at the time, so I am not sure why the DST issue has appeared again. I remember that when v7.56 was being worked on, both I and others on the forums, tested it in different timezones and times of year, and it was returning the correct values.
I am going to make a change in the next beta and will test again in different timezones and times of year.
However, it will need further beta testing to confirm that it is resolved.
|
|
|
|
Joined: Feb 2011
Posts: 461
Pan-dimensional mouse
|
OP
Pan-dimensional mouse
Joined: Feb 2011
Posts: 461 |
Looks fixed to me in 7.66.219
I changed the clock and ran the command.
//echo -ag $asctime(yyyy/mm/dd HH:nn:ss zzz)
2021/10/01 22:38:41 -0400 GMT 2021/11/01 22:38:53 -0400 GMT 2021/11/07 22:39:01 -0500 GMT (Nov 7, 2021 - Daylight Saving Time Ends) 2021/12/01 22:39:27 -0500 GMT 2022/01/01 22:39:35 -0500 GMT 2022/02/01 22:39:42 -0500 GMT 2022/03/01 22:39:49 -0500 GMT 2022/03/12 22:39:56 -0500 GMT 2022/03/13 22:40:04 -0400 GMT (Mar 13, 2022 - Daylight Saving Time Starts)
|
|
|
|
Joined: Dec 2002
Posts: 5,477
Hoopy frood
|
Hoopy frood
Joined: Dec 2002
Posts: 5,477 |
Great, thanks for confirming.
|
|
|
|
|
|