Понедельник, 19 Января 2009 г. 19:09
+ в цитатник
30 лет осталось до наступления так называемой проблемы 2038 года. 3 часа 14 минут 8 секунд 19 января 2038 года по универсальному времени - это максимальное время, которое может быть задано во всех 32-битных вычислительных системах, использующих представление времени по стандарту POSIX (которых сейчас миллионы), называемого Unix time. Для этих систем наступит “конец времени”, так как время в них представленно целым числом секунд, прошедших с ноля часов 01.01.1970, а максимальное 32-битное целое число 2147483647 как раз и натикает к 2038 году. Дальше в одних системах наступит снова 1970 год (обнуление), в других 1901 год (минимальное время в Unix time со знаком минус), в третьих ещё неизвестно что будет.
Проблема намного серьёзнее, чем “проблема 2000 года”, так как все POSIX-совместимые системы (в основном Unix-подобные) наверняка не успеют перевести на 64-разрядные платформы (не только железо, но и софт), проблема иногда остаётся при обратной совместимости приложений и на 64-разрядных платформах, а главная проблема намечается для встраиваемых систем, часто работающих десятки лет без возможности обновления.
13 февраля (пятница) 2009 года в 23:31:30 по Гринвичу (у нас уже будет 14 февраля) Unix time будет иметь значение 1234567890 - ожидают, что вирусописатели приготовили сюрпризы к такой “красивой дате” и в вирусах и троянах в этот момент могут активироваться какие-то особозловредные функции. Поживём - увидим, но лучше никому никаких вирусов не иметь вообще.
Отсюда:
http://log.alex.pp.ru/post/71520958/2038-bug
-
Запись понравилась
-
0
Процитировали
-
0
Сохранили
-