[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