[Bug time/23859] tzname, daylight are modified by localtime() in unexpected way
izbyshev at ispras dot ru
sourceware-bugzilla@sourceware.org
Sun Nov 4 21:47:00 GMT 2018
https://sourceware.org/bugzilla/show_bug.cgi?id=23859
--- Comment #1 from Alexey Izbyshev <izbyshev at ispras dot ru> ---
I've built my test with musl 1.1.16. The output is below. It matches my
understanding of the correct localtime() behavior.
At start:
(null) (null) 0 0
=== Testing Europe/Moscow ===
After first tzset():
MSK -10800 0
Roughly current time; no DST in MSK since 2011:
2018-11-1 dst: 0 tz: MSK
MSK -10800 0
Standard time, but DST is still observed in summer:
2009-11-1 dst: 0 tz: MSK
MSK -10800 0
DST:
2009-7-1 dst: 1 tz: MSD
MSK -10800 0
Old TZ name for what is MSK now:
1991-7-1 dst: 1 tz: EEST
MSK -10800 0
After last tzset():
MSK -10800 0
=== Testing America/Argentina/Buenos_Aires ===
After first tzset():
-03 10800 0
No DST since 1994:
1995-11-1 dst: 0 tz: -03
-03 10800 0
DST:
1990-11-1 dst: 1 tz: -02
-03 10800 0
No DST:
1990-7-1 dst: 0 tz: -03
-03 10800 0
Different UTC offset:
1960-7-1 dst: 1 tz: -03
-03 10800 0
After last tzset():
-03 10800 0
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Glibc-bugs
mailing list