Просмотр кода страницы Проблема 2038 года

[[Файл:Year 2038 problem.gif|thumb|400px|Пример, показывающий сброс даты (в 03:14:08 UTC 19 января 2038 года).]]
'''Проблема 2038 года''' в [[Вычислительная техника|вычислительной технике]] — ожидаемые сбои в [[Программное обеспечение|программном обеспечении]] накануне [[19 января]] [[2038 год]]а. Данная проблема затронет программы и системы, в которых используется представление времени по стандарту [[POSIX]] ([[UNIX-время]]), которое представляет собой количество [[Секунда|секунд]], прошедшее с [[Полночь|полуночи]] [[1 января]] [[1970 год]]а. Такое представление времени — это стандарт для [[Unix]]-подобных операционных систем (из-за повсеместного использования языка [[Си (язык программирования)|Си]]).

== Описание ==
В старых [[32 бита|32-битных]] системах (до середины 1990-х) используется тип данных <code>time_t</code> для хранения секунд в виде <code>signed&nbsp;int</code> (32-битного целого со знаком). Самая поздняя дата, которая может быть представлена таким форматом в стандарте [[POSIX]] — это 03:14:07, вторник, 19 января 2038 года по [[Всемирное координированное время|Всемирному времени (UTC)]].

Более позднее время заставит такое поле данных стать отрицательным, как бы закольцевав таким образом время (поскольку отрицательное число может быть воспринято программами как время в 1970 или [[1901 год]]у, в зависимости от реализации). В результате любые расчёты, включающие дату позже 19 января 2038 года, могут привести к сбою программы либо к ошибочным вычислениям.

Для проблемы 2038 года не существует простого решения для существующих комбинаций [[операционная система|операционных систем]] и прикладного программного обеспечения.
Изменение определения типа <code>time_t</code> на 64 бита нарушит бинарную совместимость программ, существующих хранимых данных и всего другого, использующего представление времени в бинарном виде. А приведение <code>time_t</code> в целое без знака может нарушить работу программ, которые вычисляют разницу во времени.

В большинстве операционных систем для 64-битных архитектур уже используется 64-битное представление целого в <code>time_t</code>. Переход на такие архитектуры уже происходит, и ожидается, что он будет завершён к 2038 году.

В дополнение к этому, 32-битный формат <code>time_t</code> также включён в спецификации форматов файлов, таких как повсеместно распространённый архивный формат [[ZIP]]. Формат файла может существовать в течение времени, за которое сменятся многие поколения компьютеров, а это означает, что Проблема 2038 останется актуальной.

{{нет АИ 2|Введение 64-битного формата вносит новую дату «закольцовывания» — оно произойдёт примерно через 292 миллиарда лет.|20|02|2022}}

== Microsoft Windows ==
Проблема 2038 года актуальна и для 32-разрядных версий [[Windows]], так как значительная часть самой [[Операционная система|ОС]] и большое число программ для неё написано на [[C (язык программирования)|C]]/[[C++]]. Разработчики Windows утверждают<ref>[http://blogs.msdn.com/b/7/archive/2010/03/15/year-2038-problem.aspx Year 2038 problem — GES on Windows 7 — Site Home — MSDN Blogs<!-- Заголовок добавлен ботом -->]</ref>, что исправили большинство мест в коде, подверженных этой проблеме, однако они не могут дать никаких гарантий по поводу стороннего ПО.

== Linux ==
Начиная с версии 5.6 ядра Linux проблема решена, но по состоянию на 2020 год, существует огромное количество ПО, которое все ещё нужно исправить<ref>{{Cite web|url=https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.6-32-bit-Past-Y2038|title=Linux 5.6 Is The First Kernel For 32-Bit Systems Ready To Run Past Year 2038|author=Michael Larabel|website=|date=2020-01-29|publisher=}}</ref>.

== MySQL ==
Популярная СУБД [[MySQL]] и SQL Server для типа TIMESTAMP имеет некоторые ограничения: значения, которые содержат дату и время в TIMESTAMP, находятся в диапазоне от ‘1970-01-01 00:00:01 UTC’ до ‘2038-01-19 03:14:07 UTC’<ref>[http://dev.mysql.com/doc/refman/5.6/en/datetime.html MySQL Dev]</ref>.

== См. также ==
* [[Проблема 2000 года]]

== Примечания ==
{{примечания}}

{{Проблемные даты}}

{{нет источников|дата=2011-11-21}}

[[Категория:Unix]]
[[Категория:Microsoft Windows]]
[[Категория:Проблемы дат в программировании]]
[[Категория:2038 год]]
[[К:События 19 января]]