Из Википедии, бесплатной энциклопедии
  (Перенаправлено из проблемы 2100 года )
Перейти к навигации Перейти к поиску

В информатике , время форматирование и ошибка хранения представляет собой класс программных ошибок , которые могут привести время и дата расчета или дисплей неправильной обработки. Это наиболее частые проявления арифметического переполнения , но также могут быть результатом других проблем. Наиболее известным последствием ошибок этого типа является проблема 2000 года , но существует множество других важных дат или времен, которые вызвали или будут вызывать проблемы в зависимости от различных недостатков программирования.

1975 год [ править ]

4 января 1975 года 12-битное поле, которое использовалось для дат в операционных системах Decsystem 10, переполнилось. Пока разрабатывался альтернативный формат, с этой ошибкой было связано множество проблем и сбоев. [1]

1978 год [ править ]

В PDP-8 «сек OS / 8 операционной системы , используемой

  • 4 бита на месяц
  • 5 бит для даты в нем
  • 3 бита на год. [2] [3]

Это было признано при разработке COS-310 , и даты были записаны по-другому. [4] [5]

1989 год [ править ]

Некоторые программы для мэйнфреймов были написаны для кодирования дат как количества дней с «нулевой даты» 1 января 1900 года, сохраняя их как 16-битные двоичные целые числа со знаком. 18 сентября 1989 года, эти программы начали потерпеть неудачу, эту дату точно 32,768 (2 15 ) дней с нулевой даты. Значения в этот день и после него не вписываются в 16-битное целое число со знаком, но выходят за пределы и возвращают отрицательные значения.

1997 год [ править ]

/ ОС домена часы, которые основаны на количестве 4-микросекундные единиц , которые произошли с 1 январем 1980 года, прокатка мимо 47 бита 2 ноября 1997 года, что делает незакрытые системы непригодными для использования. [6]

1999 год [ править ]

За последние несколько месяцев перед 2000 годом произошли еще две вехи, связанные с датами, которые получили меньшую огласку, чем надвигавшаяся тогда проблема 2000 года.

Первый переход по GPS [ править ]

Основная статья: Перенос номера недели GPS
См. Также: GPS § Текущее время

Даты GPS выражаются как номер недели и день-недельного номера, с номером недели , переданного в десятидневный битным значением. Это означает, что каждые 1024 недели (около 19,6 лет) после воскресенья 6 января 1980 г. ( эпоха GPS ) дата снова сбрасывается на эту дату; это случилось в первый раз в 23:59:47 в субботу 21 августа 1999, [7] второй раз в 23:59:42 UTC 6 апреля 2019 года, и будет снова 20 ноября 2038 года [8] Для того, чтобы адрес В связи с этим в модернизированных сообщениях GPS-навигации используется 13-битное поле, которое повторяется только каждые 8192 недели (157 лет) и не вернется к нулю примерно до 2137 года.

9/9/99 [ править ]

См. Также: Магическое число (программирование) и Волшебная строка.

Во многих программах или наборах данных «9/9/99» использовалось как ложное значение, чтобы указать либо неразрешенную дату, либо как признак конца, чтобы указать, что никаких дополнительных данных в наборе не было. Это вызвало вопросы по прибытии фактической даты, которая представляет собой 9 сентября 1999 г. [7]

2000 год [ править ]

Представление года двузначным числом [ править ]

Основная статья: Проблема 2000 года
См. Также: Проблема 1900 года

Последующие проблемы, вызванные некоторыми временными решениями проблемы 2000 года, будут возникать в различные моменты 21 века. Некоторые программы были сделаны совместимыми с проблемой 2000 года, продолжая использовать двузначные годы, но выбирая произвольный год, до которого эти годы интерпретируются как 20 xx , а после которого интерпретируются как 19 xx . [9]

Например, программа могла быть изменена так, что она обрабатывает двузначные значения года 00–68 как относящиеся к периодам с 2000 по 2068 год, а значения 69–99 как относящиеся к периодам с 1969 по 1999 год. [10] Такая программа не сможет работать. правильно относиться к годам после 2068 года.

Для приложений, требующих вычисления года рождения (или другого прошедшего года), такой алгоритм уже давно используется для решения проблемы 1900 года , но он не может распознавать людей старше 100 лет .

2010 год [ править ]

Некоторые системы имели проблемы после того, как год был перенесен на 2010 год. Некоторые СМИ окрестили это проблемой «2000 + 10» или «Y2.01k». [11]

Основным источником проблем была путаница между кодировкой шестнадцатеричных чисел и кодировкой чисел BCD . Числа от 0 до 9 кодируются как в шестнадцатеричном, так и в двоично-десятичном формате от 00 16 до 09 16 . Но десятичное число 10 кодируется в шестнадцатеричном виде как 0A 16, а в BCD как 10 16 . Таким образом, BCD 10 16, интерпретируемый как шестнадцатеричное кодирование, ошибочно представляет десятичное число 16.

Например, протокол SMS использует кодировку BCD для дат, поэтому некоторые программы для мобильных телефонов неверно указали даты сообщений как 2016, а не 2010. Windows Mobile была первым программным обеспечением, которое, как сообщается, пострадало от этого сбоя; в некоторых случаях WM6 изменял дату любого входящего SMS-сообщения, отправленного после 1 января 2010 года, с 2010 года на 2016 год. [12] [13]

Другие затронутые системы включают терминалы EFTPOS , [14] и PlayStation 3 (за исключением модели Slim). [15]

Самый важный из таких сбоев произошел в Германии, где более 20 миллионов банковских карт стали непригодными для использования, и с Citibank Belgium, чьи чипы идентификации клиентов digipass перестали работать. [16]

2011 год [ править ]

Основная статья: Проблема Y1C

Тайвань официально использует календарь Минго , который считает 1912 год по григорианскому календарю своим годом 1. Таким образом, 2011 год по григорианскому календарю является 100 годом Китайской республики , его первым годом из трех цифр. [17]

Год 2013 [ править ]

Беспилотный космический зонд Deep Impact потерял связь с Землей 11 августа 2013 года, после того как часы отсчитали 2 32 децисекунды (десятые доли секунды) с 1 января 2000 года [18].

2015 год [ править ]

Некоторые старые мобильные телефоны Samsung с чипсетами Agere (например, Samsung SGH-C170) откажутся менять даты после 31 декабря 2014 года; дата автоматически изменится на 2015 год, но вернется к базовой дате в случае отключения электроэнергии (потеря заряда батареи). [ необходима цитата ]

Год 2019 [ править ]

Второй поворот GPS [ править ]

Основная статья: Перенос номера недели GPS
См. Также: GPS § Текущее время

Даты GPS выражаются как номер недели и день-недельного номера, с номером недели , переданного в десятидневный битным значением. Это означает, что каждые 1024 недели (около 19,6 лет) после воскресенья 6 января 1980 г. ( эпоха GPS ) дата снова сбрасывается на эту дату; это случилось в первый раз в 23:59:47 в субботу 21 августа 1999, [7] второй раз в 23:59:42 UTC 6 апреля 2019 года, и будет снова 20 ноября 2038 года [8] Для того, чтобы адрес В связи с этим в модернизированных сообщениях GPS-навигации используется 13-битное поле, которое повторяется только каждые 8192 недели (157 лет) и не вернется к нулю примерно до 2137 года.

Переход на японский календарь [ править ]

Основная статья: ошибка эпохи японского календаря

30 апреля 2019 года император Японии Акихито отрекся от престола в пользу своего сына Нарухито . Поскольку годы в Японии традиционно называются названиями эпох, которые соответствуют правлению каждого императора, это привело к появлению нового названия эпохи, Рейва (令 和), после восшествия на престол Нарухито на следующий день. Потому что предыдущий император Хирохито, умер 7 января 1989 года, и правление Акихито в основном соответствовало росту использования компьютеров, большая часть программного обеспечения не была протестирована, чтобы гарантировать правильное поведение при смене эпохи. Кроме того, тестирование осложнялось тем фактом, что название новой эры не было раскрыто до 1 апреля 2019 года. Таким образом, ошибки ожидались от программного обеспечения, которое не ожидало новой эры.

Год 2020 [ править ]

WWE 2K20 и Star Wars Jedi: Fallen Order потерпят крах 1 января 2020 года, когда год закончится. Глюки можно было обойти, только сбросив год назад на 2019 год, пока не будет выпущен патч. [19] [20] Кроме того, Crystal Reports 8.5 не сможет создавать определенные отчеты, начиная с 2020 года. [21]

Парковочные счетчики Parkeon в Нью-Йорке и других местах не могли принимать кредитные карты в качестве формы оплаты, начиная с 2020 года. Был реализован обходной путь, но требовалось обновлять каждый счетчик отдельно. В Нью-Йорке счетчики не должны были быть отремонтированы до 9 января. [22] [23]

В Польше 5000 кассовых аппаратов перестали правильно печатать дату. [24]

Спортивные умные часы SUUNTO показали ошибку при вычислении дней недели, которая была представлена ​​с шагом +2 (иначе: FRI, а не WED, SAT, а не THU). Для моделей часов SUUNTO Spartan ошибка исправлена ​​в прошивке версии 2.8.32. [25]

Классическая Mac OS [ править ]

Панель управления в классической версии Mac OS версий 6, 7 и 8 позволяет устанавливать дату только до 31 декабря 2019 года, хотя система может продолжать опережать время после этой даты. [26] [27]

2021 год [ править ]

Пользователи Samsung сообщили, что телефоны, работающие с последним обновлением One UI 3.0 или Android 11, потеряли доступ к батарее и статистике зарядки, начиная с 2021 года. Затронутые устройства не будут сообщать статистику использования, поэтому эти разделы оставлены пустыми. [28] [29] Старые модели Sony Bravia теперь сообщают неверные данные при попытке установить напоминания EPG.

2028 год [ править ]

В конце 1970-х годов в системах Data General Nova и Eclipse World Computer Corporation (подающая заявки на кредитные союзы) создала этот формат даты; [ необходима цитата ]

16-битное поле даты:

  • 128 лет = 7 бит (1900 + 128 = 2028)
  • 12 месяцев = 4 бита
  • 31 день = 5 бит

Даты были напрямую сопоставлены с использованием беззнаковых функций.

В настоящее время не используются известные экземпляры этого формата.

2031 год [ править ]

Некоторые системы, такие как MediaTek «s Nucleus OS , идти только до 31 декабря 2030 года [ править ]

2032 год [ править ]

Palm OS использует оба подписанных целые числа с 1970 эпохой , а также целые числа без знака с 1904 годом эпохи, для функций разных систем, [30] , такие , как для системных часов и даты файлов (см формата PDB ). Хотя это должно привести к тому, что Palm OS будет подвержена проблеме 2038 года , Palm OS также использует 7-битное поле для хранения значения года с отсчетом эпох, отличным от 1904, что приводит к максимальному году (1904 + 127) 2031. [31]

2036 год [ править ]

См. Также: Сетевой протокол времени § Временные метки

Протокол сетевого времени имеет проблему переполнения, связанную с проблемой 2038 года , которая проявляется в 06:28:16 UTC 7 февраля 2036 года, а не в 2038 году. 64-битные временные метки, используемые NTP, состоят из 32-битной части для секунды и 32-битная часть для дробной секунды, что дает NTP шкалу времени, которая переключается каждые 2 32 секунды (136 лет) и теоретическое разрешение 2–32 секунды (233 пикосекунды). NTP использует эпоху 1 января 1900 года. Первое обновление происходит в 2036 году, до проблемы 2038 года в UNIX. [32] [33]

2038 год [ править ]

Перенос времени Unix [ править ]

Основная статья: Проблема 2038 года

В исходной реализации операционной системы Unix системное время хранилось как 32-битное целое число со знаком, представляющее количество секунд после эпохи Unix : полночь по всемирному координированному времени, 1 января 1970 г. Это значение будет перенесено на 19 января 2038 г. Эта проблема устранена. в большинстве современных Unix и Unix-подобных операционных систем, сохраняя системное время в виде 64-битного целого числа со знаком, хотя отдельные приложения, протоколы и форматы файлов также должны быть изменены.

Ролловер DVB [ править ]

Система цифрового видеовещания столкнется с проблемой 22 апреля 2038 года, когда 16 битов, используемых для передачи Модифицированных юлианских дней, используемых для составления расписания электронного справочника, будут перезагружены с нуля. Спецификация ETSI EN 300 368 упоминает в Приложении C, что предоставленные формулы MJD действительны до 28 февраля 2100 года, но не упоминает об ограничениях, налагаемых 16 битами, используемыми для передачи результирующего значения. [ необходима цитата ]

Третье опрокидывание GPS [ править ]

Основная статья: Перенос номера недели GPS
См. Также: GPS § Текущее время

Даты GPS выражаются как номер недели и день-недельного номера, с номером недели , переданного в десятидневный битным значением. Это означает, что каждые 1024 недели (около 19,6 лет) после воскресенья 6 января 1980 г. ( эпоха GPS ) дата снова сбрасывается на эту дату; это случилось в первый раз в 23:59:47 в субботу 21 августа 1999, [7] второй раз в 23:59:42 UTC 6 апреля 2019 года, и будет снова 20 ноября 2038 года [8] Для того, чтобы адрес В связи с этим в модернизированных сообщениях GPS-навигации используется 13-битное поле, которое повторяется только каждые 8192 недели (157 лет) и не вернется к нулю примерно до 2137 года.

2040 год [ править ]

Первые компьютеры Apple Macintosh хранят время в своих часах реального времени (RTC) и файловых системах HFS в виде 32-битного числа секунд без знака с 00:00:00 1 января 1904 года. После 06:28:15 6 февраля 2040 года это вернется к 1904. [34] HFS + , формат по умолчанию для всех последних компьютеров Apple Macintosh, также затронут. Замена файловой системы Apple решает эту проблему.

ProDOS для компьютеров Apple II поддерживает только двузначные числа года. Чтобы избежать проблем с 2000 годом, Apple выпустила техническую записку, в которой указывалось, что номер года должен соответствовать 1940-2039 гг. [35] Программное обеспечение платформы может неправильно отображать даты, начиная с 2040 года. В настоящее время предпринимаются попытки третьей стороны обновить ProDOS и прикладное программное обеспечение для поддержки до 2924 года. [36]

2042 год [ править ]

18 сентября 2042 г. будут переведены часы Time of Day Clock (TODC) на мэйнфрейме IBM S / 370 и его преемниках, включая текущую zSeries. [37]

Старые TODCs были реализованы в виде 64-битового счетчика 2 -12 микросекунды (0,244 нс) единиц, и стандартная база 1 января 1900 UT . В июле 1999 года было объявлено о расширенных часах TODC, которые увеличили тактовую частоту вправо (то есть расширенные биты менее значимы, чем исходные биты). Фактическое разрешение зависит от модели, но формат остается неизменным и, следовательно, переключается через 2 52 микросекунды. [37]

Значение TODC доступно для программ пользовательского режима и часто используется для определения времени и для генерации уникальных идентификаторов событий.

В то время как IBM определила и реализовала более длинный (128-битный) аппаратный формат на последних машинах, который расширяет таймер на обоих концах как минимум на 8 дополнительных бит, многие программы продолжают полагаться на 64-битный формат, который остается доступным подмножеством. более длинного таймера.

2048 год [ править ]

Система ATSC будет иметь проблему, аналогичную описанной выше проблеме DVB после 2048 года, из-за использования подписанных 32-битных секунд GPS, которые начинаются с 6 января 1980 года.

Логика планирования мощностей в системе ERP SAP S / 4HANA поддерживает только даты окончания до 19 января 2048 г. (24855 дней с 1 января 1980 г.). Это касается, например, планирования производства, технического обслуживания и проверок. [38]

2050 год [ править ]

Различные калькуляторы Texas Instruments семейств TI BA II Plus , TI BA II Plus Professional , TI-83 , TI-84 и NSpire поддерживают функцию dbd для расчета количества дней между датами. Эта функция принимает только даты между 1 января 1950 г. и 31 декабря 2049 г.. Одна потенциальная область, в которой это начнет вызывать проблемы в 2020 году, - это расчет 30-летней ипотеки. [39] [40]

2051 год [ править ]

Wii и Nintendo 3DS будет пролонгировать в конце 31 декабря 2050 года, откат к 1 января 2000 г. Некоторые игры на этих консолях , которые имеют свои собственные системы календаря, будет откат к другой год определяется игрой; такие как Animal Crossing: New Leaf , который откатится до 1 января 2012 года. [41]

2079 год [ править ]

Дни 32 768 и 65 536 [ править ]

Программы, которые хранят даты как количество дней, прошедших с произвольной даты (или эпохи ), уязвимы для эффектов пролистывания или зацикливания, если значения недостаточно широки, чтобы позволить значениям даты охватывать достаточно большой временной диапазон, ожидаемый для заявление. Знаковые 16-битные двоичные значения переносятся через 32 768 (2 15 ) дней с даты эпохи, давая отрицательные значения. Некоторые системы мэйнфреймов испытывали программные сбои, потому что они закодировали даты как количество дней с 1 января 1900 года, что привело к неожиданным отрицательным числам дней в дату пролонгации 18 сентября 1989 года. Аналогичным образом, 16-битные двоичные дни без знака считаются переполненными после 65 536 (2 16) дней, которые обрезаются до нулевых значений. Для программного обеспечения, использующего эпоху 1 января 1900 г., это произойдет 6 июня 2079 г. [42]

2080 год [ править ]

Некоторые (если не все) телефоны Nokia, работающие под управлением Series 40 (например, Nokia X2-00 ), поддерживают только даты до 2079-12-31 и отказываются изменять даты после 2079-12-31. Обходной путь заключается в использовании 1996 года вместо 2080 года в качестве совместимого високосного года для отображения правильного дня недели, числа и месяца на главном экране.

Системы, хранящие год как двузначное значение 00..99 только для внутреннего использования (как и многие RTC), могут переноситься с 2079-12-31 на эпоху IBM PC и DOS 01.01.1980 .

2100 год [ править ]

См. Также: Ошибка високосного года

API даты файлов DOS и Windows и функции преобразования (такие как INT 21h / AH = 2Ah) официально поддерживают даты только до 2099-12-31 (даже несмотря на то, что базовая файловая система FAT теоретически поддерживает даты до 2107). Следовательно, операционные системы на основе DOS, а также приложения, конвертирующие другие форматы в формат FAT / DOS, могут показывать неожиданное поведение, начиная с 2100-01-01.

Nintendo DS будет пролонгировать в конце 31 декабря 2099, откат к 1 января 2000 [43] в то время как Nintendo GameCube только позволяет дата вручную установить так высоко , как тот же день, хотя система может еще опережения времени запредельного эта дата.

Другая проблема возникнет в конце 2100-02-28, поскольку 2100 - это не високосный год , тогда как многие распространенные реализации алгоритма високосного года являются неполными или упрощенными и, таким образом, ошибочно предполагают, что это високосный год. Это приведет к неправильному переносу даты с 2100-02-28 на 2100-02-29, а не непосредственно на 2100-03-01.

2106 год [ править ]

Многие существующие форматы файлов, протоколы связи и интерфейсы приложений используют вариант формата даты Unix time_t , в котором количество секунд, прошедших с начала эпохи Unix (полночь по всемирному координированному времени, 1 января 1970 г.), сохраняется в виде 32-битного двоичного целого числа без знака . Это значение будет обновлено 7 февраля 2106 г. в 06:28:15. То есть в настоящее время количество секунд с 1 января 1970 года составляет FFFF FFFF в шестнадцатеричном формате.

(Эта проблема представления хранилища не зависит от программ, которые внутренне хранят и работают с системным временем как 64-битные целые числа со знаком.)

2108 год [ править ]

Метки даты и времени, хранящиеся в файловых системах FAT , первоначально представленные в 86-DOS 0.42 25 февраля 1981 года и перенесенные в MS-DOS , PC DOS , DR-DOS и т. Д., Будут переполняться в конце 21 декабря 2107 года. Дата последней модификации штамп (и с DELWATCH 2.0+ также в файл дата удаления штампом , а с DOS 7.0 + опционально также дата последнего доступа штамп и создание штамп с датой ), которые хранятся в записи каталогас годом, представленным в виде беззнакового семибитового числа (0–127) относительно 1980 года, и поэтому невозможно указать даты в 2108 году и позже. Функции API, определенные для получения этих дат, официально поддерживают только даты до 31 декабря 2099 года.

Это также повлияет на формат файла ZIP-архива , поскольку он использует временные метки изменения файла FAT внутри.

2137 год [ править ]

Основная статья: Перенос номера недели GPS
См. Также: GPS § Текущее время

Даты GPS выражаются как номер недели и день-номер недели номер недели первоначально используя десятикратное битное значение и модернизированные сообщения GPS навигации с использованием 13-битовое поле. 10-битные системы будут обновляться каждые 1024 недели (около 19,6 лет) после воскресенья 6 января 1980 года ( эпоха GPS ), а 13-битные системы будут обновляться каждые 8192 недели. В 2137 году 13-битные системы обнулятся. [7] [8]

2262 год [ править ]

Некоторые системы хронометража с 1970 года считают наносекунды, используя 64-битное целое число со знаком, которое будет переполнено 11 апреля 2262 года в 23:47:16. В языке программирования Go по UnixNano API является одним из примеров. [44] Другие примеры включают объект Timestamp в Python pandas , [45] C ++ chrono :: system_clock [46] [ неудачная проверка - см. Обсуждение ] и таймеры QEMU . [47]

Год 4501 [ править ]

Microsoft Outlook использует дату 1 января 4501 года в качестве заполнителя для «нет» или «пусто». [48] [49]

Год 10,000 [ править ]

Год 10 000 будет первым годом по григорианскому календарю с пятью цифрами. Хотя многие люди сначала считают этот год настолько далеким, что проблема такого типа никогда не возникнет, некоторые классы вычислений в таких дисциплинах, как астрономия и физика, уже должны работать с годами такого масштаба и более. Эти приложения также должны решать проблему нулевого года . Все будущие 10-летние державы могут столкнуться с подобными проблемами.

«RFC 2550 - Y10K и далее» обсуждают решения для решения этой проблемы.

30,828 год [ править ]

Начиная с 14 сентября 828 года, Windows не будет принимать даты, превышающие этот день, и при запуске Windows будет жаловаться на «неверное системное время». Это связано с тем, что значение FILETIME в Windows, которое представляет собой 64-битное значение, соответствующее количеству 100-наносекундных интервалов с 1 января 1601 года, 00: 00: 00.0000000 UTC, будет превышать максимально возможное значение в этот день в 02:48. : 05.4775808 UTC. [50]

Годы 32 768 и 65 536 [ править ]

Программы, которые обрабатывают годы как 16-битные значения, могут столкнуться с проблемами, связанными с 32 768 или 65 536 годом, в зависимости от того, обрабатывается ли значение как целое число со знаком или без знака.

Для задачи 32 768 года годы после 32 767 могут быть интерпретированы как отрицательные числа, начиная с -32 768. [51] Проблема 65 536 года с большей вероятностью проявится, если представить 65 536 год как нулевой год. [52]

Проблема 292 277 026 596 года [ править ]

Определенные проблемные годы происходят так далеко в будущем, намного превышают вероятную продолжительность жизни Земли , Солнца , человечества и даже прошлые некоторые предсказания времени жизни Вселенной , что на них в основном ссылаются как на вопросы, представляющие теоретический интерес, шутки или признаки того, что связанная проблема не решена по-настоящему для любого разумного определения термина «решена». Проблема 292 277 026 596 за год (около2.9 × 10 11 лет в будущем) произойдет, когда 64-битное время Unix выйдет за пределы в 15:30:08 UTC в воскресенье, 4 декабря 292 277 026 596 AD. [53] [54] Аналогичная проблема возникнет с 128-битным временем Unix, сохраненным в наносекундах, которое будет переполнено в 5,391,559,471,918,239,498,981 году нашей эры (2 ^ 127/1000000000 секунд после эпохи Unix в 1970 году).

Относительное превышение времени [ править ]

Microsoft [ править ]

В Microsoft Windows 7, Windows Server 2003, Windows Server 2008 и Windows Vista информация о начале TCP-соединения сохранялась с точностью до 1/100 секунды с использованием 32-битного целого числа без знака, что приводило к сбою переполнения и сбоев TCP-соединений через 497 дней. [55]

Боинг [ править ]

У самолета Boeing 787 было как минимум две проблемы с программным обеспечением, связанные с хранением времени. В 2015 году сообщалось об ошибке, при которой время сохранялось с точностью до 1/100 секунды с использованием 32-битного целого числа со знаком, и системы выходили из строя через 248 дней. [56] В 2020 году FAA выпустило директиву о летной годности для решения проблемы, согласно которой, если самолет не будет полностью отключен до достижения 51 дня безотказной работы, системы начнут отображать вводящие в заблуждение данные. [57]

См. Также [ править ]

  • Программная ошибка
  • Heisenbug
  • Фонд Long Now

Ссылки [ править ]

  1. ^ Austein, Роб. «ДАТА-86, или Призрак прошлого звенящего» . Дайджест рисков . Комитет ACM по компьютерам и государственной политике . Проверено 29 декабря 2014 .
  2. ^ 1970-1977 гг.
  3. ^ «OS / 8 может хранить даты только за 8-летний период ...» «Каталог linctape-images / os8l / ps-8-system-25.linc» .
  4. ^ "COS-310, коммерческая операционная система DEC для PDP-8, поддерживается ... но с новым форматом текстового файла. Файловая система почти такая же, как OS / 8, но даты записываются по-другому ..."
  5. ^ "The Digital Equipment Corporation PDP-8: Часто задаваемые вопросы" . но даты записываются иначе
  6. ^ Последние новости о дате ошибки
  7. ^ a b c d e Янис Л. Гоган (9 августа 1999 г.). «Приложения к девятке» . Информационная неделя . Архивировано из оригинала 3 октября 2008 года . Проверено 21 января 2008 года .
  8. ^ a b c d "Неделя GPS перенесена на 6 апреля" . www.cyber.gov.au . Проверено 10 июня 2019 .
  9. ↑ Роджер Дешнер (21 декабря 2001 г.). «Определение и исправление дат с двузначным числом лет» . Иллинойсский университет в Чикаго . Проверено 19 января 2010 года . См. «Пример 1: 100-летнее фиксированное окно, с 1973 по 2072 год»
  10. ^ date - укажите дату и время , The Open Group Base Specifications Issue 6. IEEE Std 1003.1, издание 2004 г.
  11. ^ "Банк Квинсленда поражен ошибкой" Y2.01k " . 4 января 2010 г.
  12. ^ "Windows Mobile глюк датируется 2010 текстами 2016 года" . 5 января 2010 г.
  13. ^ «Телефоны Windows Mobile страдают ошибкой 2000 + 10» . 4 января 2010. Архивировано из оригинала 23 октября 2013 года . Проверено 3 июля 2013 года .
  14. ^ «Банк Квинсленда против 2000 года - обновление» . 4 января 2010. Архивировано из оригинала 8 января 2010 года . Проверено 3 июля 2013 года .
  15. ^ «Ошибка: 8001050F отключает сеть PlayStation Network» .
  16. ^ "Ошибка 2010 в Германии" . 6 января 2010 г.
  17. ^ Новости пиньинь »Проблема Y1C в Тайване
  18. ↑ Уоллес, Малкольм (23 сентября 2013 г.). "Re: [tz] Deep Impact: неправильный часовой пояс?" . База данных часовых поясов . Архивировано из оригинального 2 -го октября 2013 года .
  19. ^ Мансур, Saqib (1 января 2020). «WWE 2K20 отказывается запускаться в 2020 году» . SegmentNext . Проверено 1 января 2020 года .
  20. ^ «Star Wars Jedi: Fallen Order и WWE 2K20 не запускаются из-за ошибки« 2020 »[ОБНОВЛЕНИЕ]» . DSOGaming . 1 января 2020 . Проверено 19 ноября 2020 .
  21. ^ "sql - Соединение ODBC / Crystal Reports" . Переполнение стека . Проверено 19 ноября 2020 .
  22. ^ «Парковочные счетчики в Нью-Йорке, не принимающие кредитные карты, никогда не были запрограммированы на работу в 2020 году» . 2 января 2020 . Проверено 19 ноября 2020 .
  23. ^ "Архивная копия" . Архивировано из оригинала на 4 января 2020 года . Проверено 4 января 2020 года .CS1 maint: заархивированная копия как заголовок ( ссылка )
  24. ^ Pallus, Patryk; Wczoraj 16:21; 30 452 (3 января 2020 г.). "Wielka awaria drukarek fiskalnych. Производитель naprawia urządzenia, firmy liczą straty" . Business Insider (на польском языке) . Проверено 4 января 2020 года .CS1 maint: numeric names: authors list (link)
  25. ^ https://www.suunto.com/en-gb/Support/Software-updates/Release-notes/suunto-spartan-software-updates/ .
  26. ^ «Техническая записка TN1049 Приближаясь к тысячелетию: Mac и 2000 год» . Проверено 20 января 2020 года .
  27. ^ «Исправления для Vintage Mac 2020» . Проверено 21 января 2020 года .
  28. ^ Y2K наносит ответный удар? Пользователи сообщают об интересном сбое в Samsung One UI 3.0 PhoneArena
  29. ^ [Обновление: 2 января] Обновление Samsung One UI 3.0 (Android 11) для отслеживания ошибок и проблем PiunikaWeb
  30. ^ «Palm OS® Protein C / C ++ Compiler Language & Library Reference» (PDF) . Проверено 12 октября 2019 .
  31. ^ "subject:% 22Re% 5C% 3A Дата ограничена 2031% 22" . www.mail-archive.com . Проверено 12 октября 2019 .
  32. ↑ Дэвид Л. Миллс (12 мая 2012 г.). «Эпоха НПТ и нумерация эпох» . Проверено 24 сентября 2016 года .
  33. ^ В. Ричард Стивенс; Билл Феннер; Эндрю М. Рудофф (2004). Сетевое программирование UNIX . Эддисон-Уэсли Профессионал. С. 582–. ISBN 978-0-13-141155-5.
  34. Перейти ↑ Apple Computer, Inc., Inside Macintosh , Volume II, Addison Wesley, 1985, p. 369
  35. ^ «Даты ProDOS - 2000 и позже» . Яблоко, Inc . Проверено 6 декабря 2019 .
  36. ^ «ProDOS 2.5» . Проверено 6 декабря 2019 .
  37. ^ a b Ласку, Октавиан; Эккам, Ханс-Петер; Козакос, Джордж; Перейра, Пауло Витор (июнь 2013 г.), Руководство по планированию протокола времени сервера , IBM Redbooks (4-е изд.), IBM , стр. 19, ISBN 978-0738438108, дата обращения 11 августа 2019
  38. ^ «SAP-нота 2258792 (требуется доступ к порталу поддержки SAP)» . 30 ноября 2018.
  39. ↑ Шеперд, Дон (19 августа 2010 г.). «Нужны лучшие дни между свиданиями» .
  40. ↑ Шеперд, Дон (7 мая 2017 г.). «Проблема 2000 года для промежуточных дат для расчетов серии TI-84» . Архивировано 13 августа 2017 года . Проверено 13 августа 2017 года .
  41. ^ "Что произойдет, если вы закончите год и установите 31 декабря 23:59?" . 29 июня 2016 . Дата обращения 1 ноября 2020 .
  42. ↑ JR Stockton (12 апреля 2009 г.). «Критические и знаменательные даты» . Архивировано из оригинала 7 сентября 2015 года . Проверено 20 августа 2009 года .
  43. ↑ Джош Бэкон (31 мая 2020 г.). "Что произойдет, если системное время и дата DS Lite превысят 31 декабря 2099 в 23:59?" . Дата обращения 1 ноября 2020 .
  44. ^ https://golang.org/pkg/time/#Time.UnixNano
  45. ^ http://pandas.pydata.org/pandas-docs/stable/user_guide/timeseries.html#timestamp-limitations
  46. ^ https://en.cppreference.com/w/cpp/chrono/system_clock
  47. ^ https://git.qemu.org/?p=qemu.git;a=blob;f=include/qemu/timer.h;h=6a8b48b5a9;hb=v5.0.0#l85
  48. ^ https://docs.microsoft.com/en-us/office/vba/api/Outlook.OlMarkInterval
  49. ^ https://docs.microsoft.com/en-us/office/vba/outlook/how-to/search-and-filter/filtering-items-using-query-keywords
  50. ^ Тулин, Андерс (6 апреля 2013). «Интерпретация меток времени NTFS» . Криминалистический фокус . Проверено 23 июля 2019 года .
  51. ^ 10 главных причин, по которым вам следует прекратить использование Delphi прямо сейчас!
  52. ^ "Архивная копия" . Архивировано из оригинала 9 февраля 2008 года . Проверено 21 января 2008 года .CS1 maint: archived copy as title (link)
  53. ^ Уильям Porquet (15 августа 2007). «Вопросы и ответы по проекту 2038» . Проверено 5 марта 2010 года .
  54. ^ "Язык контракта преобразования даты / времени" (PDF) . Управление информационных технологий, Нью-Йорк (штат) . 19 мая 2019 . Проверено 16 октября 2020 года .
  55. ^ https://support.microsoft.com/en-us/help/2553549/all-the-tcp-ip-ports-that-are-in-a-time-wait-status-are-not-closed-aft
  56. ↑ Эдгар Альварес (1 мая 2015 г.). «Чтобы Boeing Dreamliner продолжал летать, перезагружайте его каждые 248 дней» . Engadget . Дата обращения 2 апреля 2020 .
  57. ^ Gareth Corfield (2 апреля 2020). «Boeing 787 необходимо выключать и включать каждые 51 день, чтобы пилоты не видели« вводящие в заблуждение данные »» . Реестр . Дата обращения 2 апреля 2020 .

Заметки [ править ]