tzdb 2026a: 2 thay đổi múi giờ

Xem 2 thay đổi múi giờ trong IANA tzdb 2026a, phát hành ngày 1 tháng 3, 2026, cùng liên kết tới các quốc gia và múi giờ liên quan.

Theo dõi qua RSSTất cả tin tức múi giờ

Ngày phát hành: · Tự động tạo từ dữ liệu nguồn.

Đăng tại Time Dozen:

Nguồn: IANA

Phần tóm tắt và thay đổi mốc thời gian được dịch từ ghi chú phát hành IANA; mục gập bên dưới giữ nguyên văn tiếng Anh.

Tóm tắt

  • Moldova dùng thời điểm đổi giờ của EU từ năm 2022.
  • Các tệp TZif “right” không còn được cài đặt theo mặc định.
  • -DTZ_RUNTIME_LEAPS=0 tắt hỗ trợ giây nhuận lúc chạy.
  • Các tệp TZif không còn bị giới hạn 50 byte cho tên viết tắt múi giờ.
  • zic không còn bị giới hạn 50 giây nhuận.
  • Đã sửa một số lỗi tràn số nguyên.

Thay đổi mốc thời gian quá khứ và tương lai

  • Từ năm 2022 Moldova áp dụng thời điểm đổi giờ của EU, tức là tiến giờ lúc 03:00 chứ không phải 02:00, và lùi giờ lúc 04:00 chứ không phải 03:00. (Cảm ơn Heitor David Pinto.)

Thay đổi dữ liệu

  • Xóa Europe/Chisinau khỏi zonenow.tab, vì nay nó trùng với Europe/Athens đối với các mốc thời gian trong tương lai.
Ghi chú khác của bản này (mã nguồn, quy trình build, tài liệu), nguyên văn tiếng Anh

Changes to build procedure

  • The Makefile no longer by default installs an alternate set of TZif files for system clocks that count leap seconds. Install with ‘make REDO=posix_right’ to get the old default, which is rarely used in major downstream distributions. If your system clock counts leap seconds (contrary to POSIX), it is better to install with ‘make REDO=right_only’. This change does not affect the leapseconds file, which is still installed as before.
  • The Makefile’s POSIXRULES option, which was declared obsolete in release 2019b, has been removed. The Makefile’s build procedure thus no longer optionally installs the obsolete posixrules file.

Changes to code

  • Compiling with the new option -DTZ_RUNTIME_LEAPS=0 disables runtime support for leap seconds. Although this conforms to POSIX, shrinks tzcode’s attack surface, and is more efficient, it fails to support Internet RFC 9636’s leap seconds.
  • zic now can generate, and localtime.c can now use, TZif files that hold up to 256 bytes of abbreviations, counting trailing NULs. The previous limit was 50 bytes, and some tzdata TZif files were already consuming 40 bytes. zic -v warns if it generates a file that exceeds the old 50-byte limit.
  • zic -L can now generate TZif files with more than 50 leap seconds. This helps test TZif readers not limited to 50 leap seconds, as tzcode’s localtime.c is; it has little immediate need for practical timekeeping as there have been only 27 leap seconds and possibly there will be no more, due to planned changes to UTC. zic -v warns if its output exceeds the old 50-second limit.
  • localtime.c no longer accesses the posixrules file generated by zic -p. Hence for obsolete and nonconforming settings like TZ="AST4ADT" it now typically falls back on US DST rules, rather than attempting to override this fallback with the contents of the posixrules file. This removes library support that was declared obsolete in release 2019b, and fixes some undefined behavior. (Undefined behavior reported by Naveed Khan.)
  • The posix2time, posix2time_z, time2posix, and time2posix_z functions now set errno=EOVERFLOW and return ((time_t) -1) if the result is not representable. Formerly they had undefined behavior that could in practice result in crashing, looping indefinitely, or returning an incorrect result. As before, these functions are defined only when localtime.c is compiled with the -DSTD_INSPIRED option.
  • Some other undefined behavior, triggered by TZif files containing outlandish but conforming UT offsets or leap second corrections, has also been fixed. (Some of these bugs reported by Naveed Khan.)
  • localtime.c no longer rejects TZif files that exactly fit in its internal structures, fixing off-by-one typos introduced in 2014g.
  • zic no longer generates a no-op transition when simultaneous Rule and Zone changes cancel each other out. This occurs in tzdata only in Asia/Tbilisi on 1997-03-30. (Thanks to Renchunhui for a test case showing the bug.)
  • zic no longer assumes you can fflush a read-only stream. (Problem reported by Christos Zoulas.)
  • zic no longer generates UT offsets equal to -2**31 and localtime.c no longer accepts them, as they can cause trouble in both localtime.c and its callers. RFC 9636 prohibits such offsets.
  • zic -p now warns that the -p option is obsolete and likely ineffective.