On 7/21/22 04:25, Almaz Mingaleev wrote:
Just to make sure I understand it correctly: does it mean that %z will be replaced by offset used by a time zone at a time specified by tm struct and TZ env variable so developer won't be able to get DST offset at a time when standard time is in effect as specified methods override tm_isdst field? Or setting the tm_isdst field to the opposite value _after_ any of these calls should also change the way strftime behaves?
The former (if I understand you correctly). Platforms that have tm_gmtoff can use its value and ignore tm_isdst's value when interpreting %z.
My understanding of the proposed fix is that users won't be able to get DST time when standard is used and vice-versa. That removes ambiguity around certain dates at some time zones, I like that.
Yes, that's the idea.