วันที่เผยแพร่: · สร้างโดยอัตโนมัติจากข้อมูลต้นทาง
เผยแพร่บน Time Dozen:
ส่วนสรุปและการเปลี่ยนแปลงเวลาแปลจากบันทึกการเผยแพร่ของ IANA ส่วนที่พับไว้ด้านล่างคงข้อความต้นฉบับภาษาอังกฤษ
โดยสรุป
- ปารากวัยใช้ -03 ถาวรตั้งแต่ฤดูใบไม้ผลิ 2024
- ปรับปรุงข้อมูลของฟิลิปปินส์ก่อนปี 1991
- Etc/Unknown ถูกสงวนไว้แล้ว
การเปลี่ยนแปลงเวลาในอนาคต
- ปารากวัยหยุดเปลี่ยนนาฬิกาหลังการปรับเวลาไปข้างหน้าเมื่อ 2024-10-06 จึงใช้ -03 ถาวรในปัจจุบัน (ขอบคุณ Heitor David Pinto และ Even Scharning) ซึ่งกระทบค่าเวลาตั้งแต่ 2025-03-22 รวมถึงแฟลก tm_isdst ที่ล้าสมัยตั้งแต่ 2024-10-15
การเปลี่ยนแปลงเวลาในอดีต
- แก้ไขค่าเวลาของฟิลิปปินส์ก่อนปี 1900 และตั้งแต่ปี 1937 ถึง 1990 (ขอบคุณ P Chan ที่แจ้งเตือนและให้ข้อมูลอ้างอิง) ซึ่งรวมถึงการปรับเวลาท้องถิ่นเฉลี่ยก่อนปี 1899 การแก้การเปลี่ยนเวลาในเดือนกันยายน 1899 มกราคม 1937 และมิถุนายน 1954 การเพิ่มการเปลี่ยนเวลาในเดือนธันวาคม 1941 พฤศจิกายน 1945 มีนาคมและกันยายน 1977 และพฤษภาคมและกรกฎาคม 1990 และการลบการเปลี่ยนเวลาที่ไม่ถูกต้องในเดือนมีนาคมและกันยายน 1978
การเปลี่ยนแปลงข้อมูล
- เพิ่มบรรทัดใน zone1970.tab สำหรับสถานีวิจัย Concordia และ Eyre Bird Observatory (ขอบคุณ Derick Rethans และ Jule Dabars)
บันทึกอื่นของรุ่นนี้ (โค้ด ขั้นตอนบิลด์ เอกสาร) ข้อความต้นฉบับภาษาอังกฤษ
Changes to code
- strftime %s now generates the correct numeric string even when the represented number does not fit into time_t. This is better than generating the numeric equivalent of (time_t) -1, as strftime did in TZDB releases 96a (when %s was introduced) through 2020a and in releases 2022b through 2024b. It is also better than failing and returning 0, as strftime did in releases 2020b through 2022a.
- strftime now outputs an invalid conversion specifier as-is, instead of eliding the leading '%', which confused debugging.
- An invalid TZ now generates the time zone abbreviation "-00", not "UTC", to help the user see that an error has occurred. (Thanks to Arthur David Olson for suggesting a "wrong result".)
- mktime and timeoff no longer incorrectly fail merely because a struct tm component near INT_MIN or INT_MAX overflows when a lower-order component carries into it.
- TZNAME_MAXIMUM, the maximum number of bytes in a proleptic TZ string's time zone abbreviation, now defaults to 254 not 255. This helps reduce the size of internal state from 25480 to 21384 on common platforms. This change should not be a problem, as nobody uses such long "abbreviations" and the longstanding tzcode maximum was 16 until release 2023a. For those who prefer no arbitrary limits, you can now specify TZNAME_MAXIMUM values up to PTRDIFF_MAX, a limit forced by C anyway; formerly tzcode silently misbehaved unless TZNAME_MAXIMUM was less than INT_MAX.
- tzset and related functions no longer leak a file descriptor if another thread forks or execs at about the same time and if the platform has O_CLOFORK and O_CLOEXEC respectively. Also, the functions no longer let a TZif file become a controlling terminal.
- 'zdump -' now reads TZif data from /dev/stdin. (From a question by Arthur David Olson.)
Changes to documentation
- The name Etc/Unknown is now reserved: it will not be used by TZDB. This is for compatibility with CLDR, which uses the string "Etc/Unknown" for an unknown or invalid timezone. (Thanks to Justin Grant, Mark Davis, and Guy Harris.)
- Cite Internet RFC 9636, which obsoletes RFC 8536 for TZif format.