Ошибки форматирования и хранения времени - Time formatting and storage bugs

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

1970 год

В течение 1960-х годов некоторые компьютерные программы были написаны с использованием только одной цифры года, так что 0–9 представляли годы 1960–1969. Особенно легко было писать программы в КОБОЛ язык с этим ограничением. Хотя многие компании определили эту проблему заранее, некоторые этого не сделали, и в конце десятилетия произошли отключения. Обычно исправление заключалось в том, чтобы увеличить год до двух цифр из-за ограничений носителей, распространенных в ту эпоху, карточек с вкладками и магнитной ленты.[нужна цитата ]

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 (215) дней с нулевой даты. Значения в этот день и после него не вписываются в 16-битное целое число со знаком, но выходят за пределы и возвращают отрицательные значения.

1997 год

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

1999 год

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

Первое переключение на GPS

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

Даты GPS выражаются в виде номера недели и номера дня недели, а номер недели передается в виде десятичного числа.кусочек ценить. Это означает, что каждые 1024 недели (около 19,6 лет) после воскресенья 6 января 1980 г. (GPS эпоха ), дата снова сбрасывается на эту дату; это произошло впервые в 23:59:47 в субботу 21 августа 1999 г.,[7] второй раз в 23:59:42 универсальное глобальное время 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хх, а после интерпретируются как 19хх.[9]

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

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

2010 год

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

Основным источником проблем была путаница между кодировкой шестнадцатеричных чисел и BCD кодировки чисел. Числа от 0 до 9 кодируются как в шестнадцатеричном, так и в шестнадцатеричном формате. BCD как 0016 через 0916. Но десятичное число 10 кодируется в шестнадцатеричном виде как 0A.16 а в BCD как 1016. Таким образом, BCD 1016 интерпретируется как шестнадцатеричная кодировка, ошибочно представляет собой десятичное число 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 год

Беспилотный Существенное воздействие космический зонд потерял связь с Землей 11 августа 2013 года, после того, как часы отсчитали 232 децисекунды (десятые доли секунды) с 1 января 2000 г.

Год 2019

Второй поворот GPS

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

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

Переход по японскому календарю

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

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

2020 год

WWE 2K20 и Звездные войны Джедаи: Павший Орден оба рухнут 1 января 2020 года, когда год закончится. Глюки можно было обойти, только сбросив год назад на 2019 год, пока не будет выпущен патч.[18][19] Кроме того, Crystal Reports 8.5 не сможет создавать конкретные отчеты, начиная с 2020 года.[20]

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

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

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

Классическая Mac OS

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

2028 год

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

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

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

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

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

2031 год

Некоторые системы, например MediaTek с ОС Nucleus, только до 31 декабря 2030 года.[нужна цитата ]

2032 год

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

2036 год

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

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

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 универсальное глобальное время 6 апреля 2019 г. и снова произойдет 20 ноября 2038 г.[8] Чтобы решить эту проблему, в модернизированных сообщениях GPS-навигации используется 13-битное поле, которое повторяется только каждые 8192 недели (157 лет) и не вернется к нулю примерно до 2137 года.

2040 год

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

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

2042 год

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

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

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

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

2048 год

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

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

2050 год

Разные Инструменты Техаса калькуляторы TI BA II Plus, TI BA II Plus Professional, ТИ-83, ТИ-84 и NSpire семьи поддерживают функцию с именем dbd для расчета количества дней между датами. Эта функция принимает только даты между 01.01.1950 и 31.12.2049. Одна потенциальная область, в которой это начнет вызывать проблемы в 2020 году, - это расчет 30-летней ипотеки.[36][37]

2051 год

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

2079 год

32 768 и 65 536 дней

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

2080 год

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

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

2100 год

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

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

Nintendo DS будет продлен в конце 31 декабря 2099 года и вернется к 1 января 2000 года.[40]

Еще одна проблема возникнет в конце 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-ДОС 0,42 в 1981 году и перенесен в MS-DOS, ПК DOS, DR-DOS пр., переполнится в конце 2107-12-31. В штамп даты последнего изменения (и с DELWATCH 2.0+ также отметка даты удаления файла, и с тех пор DOS 7.0 + опционально также отметка даты последнего доступа и штамп даты создания ), хранятся в запись в каталоге с годом, представленным в виде беззнакового семибитового числа (0–127) относительно 1980 года, и поэтому невозможно указать даты в году 2108 и позже. В Функции API определены для получения этих дат, официально поддерживаются только даты до 2099-12-31.

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

2137 год

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

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

2262 год

В Язык программирования Go имеет UnixNano API, который с 1970 года считает наносекунды как 64-битное целое число со знаком.[41] Это значение будет переполнено 2262-04-11. Это ограничение аналогичных наносекундных систем хронометража, таких как объект Timestamp в Python. панды[42], C ++ chrono :: system_clock[43] или QEMU таймеры[44].

Год 4501

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

Год 10,000

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

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

30,828 год

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

Годы 32 768 и 65 536

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

Для год 32 768 проблемагоды после 32 767 можно интерпретировать как отрицательные числа, начиная с -32 768.[48] В год 65 536 проблема с большей вероятностью проявится, представив 65 536 год как год 0.[49]

Год 292 277 026 596 проблема

Определенные проблемные годы наступят так далеко в будущем, что намного превышает вероятную продолжительность жизни земной шар, то солнце, человечество и даже прошлые предсказания время жизни вселенной, что на них в основном ссылаются как на вопросы, представляющие теоретический интерес, шутки или указания на то, что связанная проблема не решена на самом деле для любого разумного определения термина «решена». В год 292,277,026,596 проблема (о 2.9×1011 лет в будущем) произойдет, когда 64-битная Время Unix переполнение в UTC 15:30:08 в воскресенье, 4 декабря 292 277 026 596 AD.[50][51]

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

Microsoft

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

Боинг

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

Часовой пояс и летнее время

Смотрите также: Часовой пояс § Компьютерные системы и Интернет, и Переход на летнее время § Вычисления

Часовые пояса и переход на летнее время могут вызывать проблемы в компьютерных приложениях, когда:

  • Общение между местами с разными часовыми поясами или использование одного устройства в другом часовом поясе
  • Переход на летнее время начинается и заканчивается, особенно осенью, когда одно и то же время повторяется дважды.
  • Часовой пояс в определенной области меняется или летнее время корректируется, особенно когда не хватает времени для соответствующего обновления программного обеспечения и прошивки
  • Весной время сдвигается меньше или более чем на 1 час вперед.
  • Даты начала и окончания летнего времени зависят от других астрономических событий.
  • Не все принимают летнее время в одном месте

Смотрите также

Рекомендации

  1. ^ Остейн, Роб. "ДАТА-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. ^ а б c d е Янис Л. Гоган (9 августа 1999 г.). "Приложения к девятке". Информационная неделя. Архивировано из оригинал 3 октября 2008 г.. Получено 21 января 2008.
  8. ^ а б c d "Неделя GPS перенесена на 6 апреля". www.cyber.gov.au. Получено 10 июн 2019.
  9. ^ Роджер Дешнер (21 декабря 2001 г.). «Определение и исправление дат с помощью двухзначного числа лет». Иллинойский университет в Чикаго. Получено 19 января 2010. См. «Пример 1: 100-летнее фиксированное окно, с 1973 по 2072 год»
  10. ^ date - напишите дату и время, Открытая группа Базовые спецификации Выпуск 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. ^ Мансур, Сакиб (1 января 2020 г.). «WWE 2K20 отказывается запускаться в 2020 году». СегментСледующий. Получено 1 января 2020.
  19. ^ «Star Wars Jedi: Fallen Order и WWE 2K20 не запускаются из-за ошибки« 2020 »[ОБНОВЛЕНИЕ]». DSOGaming. 1 января 2020 г.. Получено 19 ноября 2020.
  20. ^ "sql - Соединение ODBC / Crystal Reports". Переполнение стека. Получено 19 ноября 2020.
  21. ^ «Парковочные счетчики в Нью-Йорке, не принимающие кредитные карты, никогда не были запрограммированы на работу в 2020 году». 2 января 2020 г.. Получено 19 ноября 2020.
  22. ^ «Архивная копия». Архивировано из оригинал 4 января 2020 г.. Получено 4 января 2020.CS1 maint: заархивированная копия как заголовок (связь)
  23. ^ Паллус, Патрик; Wczoraj 16:21; 30 452 (3 января 2020 г.). "Wielka awaria drukarek fiskalnych. Producent naprawia urządzenia, firmy liczą straty". Business Insider (по польски). Получено 4 января 2020.CS1 maint: числовые имена: список авторов (связь)
  24. ^ https://www.suunto.com/en-gb/Support/Software-updates/Release-notes/suunto-spartan-software-updates/.
  25. ^ «Техническая записка TN1049 Приближение тысячелетия: Mac и 2000 год». Получено 20 января 2020.
  26. ^ «Исправления для Vintage Mac 2020». Получено 21 января 2020.
  27. ^ «Справочник по языку компилятора Palm OS® Protein C / C ++ и библиотеке» (PDF). Получено 12 октября 2019.
  28. ^ "subject:% 22Re% 5C% 3A Дата ограничена 2031% 22". www.mail-archive.com. Получено 12 октября 2019.
  29. ^ Дэвид Л. Миллс (12 мая 2012 г.). «Эпоха НПТ и нумерация эпох». Получено 24 сентября 2016.
  30. ^ У. Ричард Стивенс; Билл Феннер; Эндрю М. Рудофф (2004). Сетевое программирование UNIX. Эддисон-Уэсли Профессионал. С. 582–. ISBN  978-0-13-141155-5.
  31. ^ Apple Computer, Inc., Внутри Macintosh, Том II, Эддисон Уэсли, 1985, стр. 369
  32. ^ «Даты ProDOS - 2000 и далее». Apple, Inc. Получено 6 декабря 2019.
  33. ^ «ProDOS 2.5». Получено 6 декабря 2019.
  34. ^ а б Ласку, Октавиан; Эккам, Ханс-Петер; Козакос, Джордж; Перейра, Пауло Витор (июнь 2013 г.), Руководство по планированию протокола времени сервера, IBM Redbooks (4-е изд.), IBM, п. 19, ISBN  978-0738438108, получено 11 августа 2019
  35. ^ «SAP-нота 2258792 (требуется доступ к порталу поддержки SAP)». 30 ноября 2018.
  36. ^ Шеперд, Дон (19 августа 2010 г.). «Нужны лучшие дни между свиданиями».
  37. ^ Шеперд, Дон (7 мая 2017 г.). "Проблема 2000 года для промежуточных дат для расчетов серии TI-84". В архиве с оригинала 13 августа 2017 г.. Получено 13 августа 2017.
  38. ^ «Что произойдет, если вы закончите год и установите 31 декабря 23:59?». 29 июня 2016 г.. Получено 1 ноября 2020.
  39. ^ Дж. Р. Стоктон (12 апреля 2009 г.). «Критические и знаменательные даты». Архивировано из оригинал 7 сентября 2015 г.. Получено 20 августа 2009.
  40. ^ Джош Бэкон (31 мая 2020 г.). "Что произойдет, если системное время и дата DS Lite превысят 31 декабря 2099 в 23:59?". Получено 1 ноября 2020.
  41. ^ https://golang.org/pkg/time/#Time.UnixNano
  42. ^ http://pandas.pydata.org/pandas-docs/stable/user_guide/timeseries.html#timestamp-limitations
  43. ^ https://en.cppreference.com/w/cpp/chrono/system_clock
  44. ^ https://git.qemu.org/?p=qemu.git;a=blob;f=include/qemu/timer.h;h=6a8b48b5a9;hb=v5.0.0#l85
  45. ^ https://docs.microsoft.com/en-us/office/vba/api/Outlook.OlMarkInterval
  46. ^ https://docs.microsoft.com/en-us/office/vba/outlook/how-to/search-and-filter/filtering-items-using-query-keywords
  47. ^ Тулин, Андерс (6 апреля 2013 г.). «Интерпретация отметок времени NTFS». Криминалистический фокус. Получено 23 июля 2019.
  48. ^ 10 главных причин, почему вы должны прекратить использование Delphi прямо сейчас!
  49. ^ «Архивная копия». Архивировано из оригинал 9 февраля 2008 г.. Получено 21 января 2008.CS1 maint: заархивированная копия как заголовок (связь)
  50. ^ Уильям Порке (15 августа 2007 г.). «Проект 2038 FAQ». Получено 5 марта 2010.
  51. ^ "Язык контракта преобразования даты / времени" (PDF). Управление служб информационных технологий, Нью-Йорк (штат). 19 мая 2019. Получено 16 октября 2020.
  52. ^ https://support.microsoft.com/en-us/help/2553549/all-the-tcp-ip-ports-that-are-in-a-time-wait-status-are-not-closed-aft
  53. ^ Эдгар Альварес (1 мая 2015 г.). «Чтобы Boeing Dreamliner продолжал летать, перезагружайте его каждые 248 дней». Engadget. Получено 2 апреля 2020.
  54. ^ Гарет Корфилд (2 апреля 2020 г.). «Boeing 787 необходимо выключать и включать каждые 51 день, чтобы пилоты не видели« вводящие в заблуждение данные »». Реестр. Получено 2 апреля 2020.

Примечания