[tz] Buggy %z behaviour in strftime
Paul Eggert
eggert at cs.ucla.edu
Thu Jul 21 18:21:18 UTC 2022
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.
More information about the tz
mailing list