пятница 13 - но для юниксоидов :) [Версия для КПК]

Показать полную графическую версию : пятница 13 - но для юниксоидов :)

mar

10-02-2009, 16:03

В этом году, 13 февраля, в пятницу, когда у win-пользователей проснутся очередные вирусы, в 23:31:30 UTC наступит время, когда Epoch Time будет равно 1234567890! (http://coolepochcountdown.com/) :)

DJ Mogarych

10-02-2009, 16:30

А 19 января 2038-го что будет... У-у-у...

dmitryst

10-02-2009, 21:27

DJ Mogarych, а что будет? Лень считать :)

DJ Mogarych

10-02-2009, 21:42

Вот это (http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_2038).

dmitryst

10-02-2009, 22:38

Введение 64-битного формата вносит новую дату «закольцевания» через примерно 290 миллиардов лет, в 15:30:08 UTC в воскресенье, 4 декабря 292 277 026 596 года. Но данная проблема пока срочной не считается. ржал и рыдал одновременно. Честно говоря, я думал, что формат time все-таки 64 бита... :not-me:

iskander-k

10-02-2009, 23:25

Вот это. »
Пробле́ма 2038 го́да в вычислительной технике — ожидаемые сбои в программном обеспечении 19 января 2038 года. Данная проблема затрагивает программы и системы, в которых используется представление времени по стандарту POSIX (Unix time), которое представляет собой количество секунд,...http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_2038

Эти проблемы мы уже проходили.
Забыли, что-ли ?
Проблема 2000 года (часто она обозначается как «проблема Y2K» или «Y2K-совместимость») — проблема, связанная с тем, что разработчики программного обеспечения, выпущенного в XX веке, иногда использовали два знака для представления года в датах, например, 1 января 1961 года в таких программах представлялось как «01.01.61». Некоторые вычислительные машины имели уже аппаратную обработку даты, однако всего два десятичных знака. При наступлении 1 января 2000 года при 2-значном представлении года после 99 наступал 00 год (то есть 99+1=00), что интерпретировалось многими старыми программами как 1900, а это, в свою очередь, могло привести к серьёзным сбоям в работе критических приложений, например, систем управления технологическими процессами и финансовых программах. Другой проблемой могло стать то, что 2000 — високосный год, тогда как 1900 и 2100 — невисокосные, в некоторых программах это могло не учитываться...
http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_2000_%D0%B3%D0%BE%D0%B4%D0%B0
И ничего все живые .ржал и рыдал одновременно. »
Аналогично. :lol: :lol: :laugh: :laugh: :laugh: :biggrin: :biggrin:

И опять все паникуют и раздувают проблему которой нет.

ackerman2007

11-02-2009, 12:25

iskander-k, ну проблема 2000 это немного иное. Кстати, я проверял - в Windows данной проблемы нет, я в Windows 2000 выставлял 2099 год и все работало как часы...

DJ Mogarych

11-02-2009, 13:02

ackerman2007, с четвёртым сервис-паком? :)
А в Windows 3.1?

ackerman2007

11-02-2009, 14:41

DJ Mogarych, конечно с четвертым (версии без SP, увы, не имею). В Windows 3.1 про проблему 2038 не скажу, но проблемы 2000 там точно не было, по крайней мере я нашел там галочку "Отображать год в четырех цифрах".

z01

20-02-2009, 23:36

при чем тут вин?

оффтоп