Комментарии 197
Великолепная находка темы для поста на Хабре!
А еще можно:
— отмотать время назад… хотя бы до н.э.
— попробовать аналогичные эксперименты на Убунте и МакОс…
— потом перейти на Андроид, iPhone и Windows Phone
— отмотать время назад… хотя бы до н.э.
— попробовать аналогичные эксперименты на Убунте и МакОс…
— потом перейти на Андроид, iPhone и Windows Phone
провел такой эксперимент: поставил дату 31.12.2069 23:59. больше система не разрешила… и сама же через минуту установила время 01.01.2070. поживу пока в будущем :) кстати, все сессии из фаерфокса тут же вылетели, пришлось заново логиниться на всех сайтах, включая хабр, чтобы написать это сообщение :)
Помнится были времена, народ ставил винду в будущем, чтоб вернуться в прошлое и время до того как она попросит активации было побольше (на каких-то ранних вресиях вроде работало, на более поздних не слышал. Сам не пробовал...)
после такого фокуса венда разрешает увеличить дату еще на 10 лет вперед. итого удалось выставить 2099 год, 31 дек 23:59. дальше венда перевела время на 2100 год, и больше не разрешила путешествия во времени.
яндекс в фаерфоксе при таком раскладе категорически отказывался искать мне инфу, постоянно предлагая ввести капчу. в опере же яндекс ни разу не заикнулся о капче. вернул дату на 2010 год и больше не экспериментировал, т.к. нужен был поиск в нормальном браузере :)
яндекс в фаерфоксе при таком раскладе категорически отказывался искать мне инфу, постоянно предлагая ввести капчу. в опере же яндекс ни разу не заикнулся о капче. вернул дату на 2010 год и больше не экспериментировал, т.к. нужен был поиск в нормальном браузере :)
Вполне себе разрешает:
Правда через какое-то время отвалилась сеть — истекло время аренды IP адреса
Правда через какое-то время отвалилась сеть — истекло время аренды IP адреса
попробовать аналогичные эксперименты на Убунте и МакОс…
Это да, упущение. На сколько я понимаю перезагрузка компа не должна была ни на что повлиять — надо было таки попробовать с LiveCD Ubuntu x32 и x64 запустить посмотреть.
и куда дальше 2038го года Вы собрались на GNU/Linux и Mach3?
>— отмотать время назад… хотя бы до н.э.
почти невозможно. Только некоторые СУБД то позволяют (Oracle например), а юникс считает дату с 1970-го года.
почти невозможно. Только некоторые СУБД то позволяют (Oracle например), а юникс считает дату с 1970-го года.
НЛО прилетело и опубликовало эту надпись здесь
кармадроч, да.
>>>в контекстное меню у меня интегрировано с пяток пунктов разных программ (SVN, Notepad++, Winamp и т.д.)
Ниже сами пишите, что Notepad++ падает при запуске, вот и виновник.
Ниже сами пишите, что Notepad++ падает при запуске, вот и виновник.
Не факт (хотя и не исключено). Отрисовка пунктов контекстного меню не запускает каждый раз екзешник Notepad++.
Notepad++ интегрируется в контекстное меню не самым простым способом (shell/open/command), а через регистрацию активного объекта. Поэтому при открытии контекстного меню явно происходит вызов определенных функций активного объекта, который, возможно, дергает возможности исполняемого файла. Но это может быть и не он, а любая другая софтина, которая встроилась таким же образом :)
Ошибки браузеров, Dropbox и Putty скорее всего вызваны одной и той же причиной – чем-то связанным с временем действия SSL-сертификатов и т.д. Тем не менее, я отнес их всех в желтую группу, так как Tortoise Svn в той же ситуации корректно заработал и получил код по https как из нашего локального репозитория, так и из нескольких в Интернете.
Время жизни сертификата для Tortoise Svn не ограничено, а время жизни SSL-сертификатов ограничено. В общем, зря вы на браузеры наезжаете — они наоборот всё максимально правильно и корректно делают. Я бы отнёс их в зелёную группу.
Статья интересная, спасибо.
Да, я умом понимаю, что Вы правы, но подходил с точки зрения рядового пользователя: браузер сайт с первой попытки не открыл — желтая группа. Если подходить с точки зрения выполнения формальных критериев программирования — то, наверное да, в зеленую.
при нормальном течении времени сертификаты сайтов будут обновлены, и никакие предупреждения не появятся.
т.е. включив в 14201-ом году антикварный фаерфокс — все будет работать. (при условии наличия антикварного интернета, естественно)
т.е. включив в 14201-ом году антикварный фаерфокс — все будет работать. (при условии наличия антикварного интернета, естественно)
Поддерживаю пожелание изменить категорию для ошибок связанных с сертификатами. Доктор веб же вы отнесли к зеленой группе потому что он сказал что лицензия закончилась. То же самое с браузерами и прочими ssl: у сертификата закончился срок действия, вот они и недовольны. Все правильно делают.
Думаю, если бы программы писали «Срок действия сертификата закончился в 2011 году (12 190 лет назад)» то попали бы в зелёный :)
да они почти это и сообщают, говорят что сертификат невалидный, предлагают его посмотреть, если посмотришь, то сразу в глаза бросится, что он просрочен
Почитайте ниже комментарий amarao. Проблема не в том что истек конкретный сертификат, а в том что истекла вся цепочка над ним, вплоть до корневых. Т.е. фактически сертификат не действителен.
есть мнение, что и конкретный истек и корневых уже нет, так что доверия к сертификату точно быть не может
добавьте «корневого» в фразу. В чём проблема я понял по сообщению «не доверены» в тексте топика — у фокса сообщение о просроченном, но подписанном доверенным центром сертификате выглядит по другому.
Так в чем претензия-то? Зачем напрягать пользователя лишними подробностями, если он тут явно ничего сделать не может?
Сертификат невалидный? Невалидный. Сообщение об ошибке правильное? Правильное. Лишняя информация что-то изменит? Нет.
Сертификат невалидный? Невалидный. Сообщение об ошибке правильное? Правильное. Лишняя информация что-то изменит? Нет.
Почему не может? Может, например, обновить список доверенных УЦ, вдруг 12000 лет обновлений не делал :)
А как вы проверите подлинность новых сертификатов не имея работающих текущих? :)
Как по мне, к фф и дропбоксу претензий вообще быть не должно: софт для нормальных юзеров, разумное сообщение об ошибке выдает — значит все нормально. Путти под вопросом: все-таки на продвинутых пользователей рассчитано, хотя надо логи смотреть, может там подробности есть.
Как по мне, к фф и дропбоксу претензий вообще быть не должно: софт для нормальных юзеров, разумное сообщение об ошибке выдает — значит все нормально. Путти под вопросом: все-таки на продвинутых пользователей рассчитано, хотя надо логи смотреть, может там подробности есть.
могли бы и лучше — определить то, что дата неправильная, не так уж и сложно. и выдавать сообщение «эй, у вас дата не правильная, хотите сделаем правильную или просто игнорировать это?», а не «эй, этот сайт не надёжен, лучше уйдите отсюда.»
Плюсую! Браузеры всё верно сделали!
Как там? Посмотрите пожалуйста, кто победил на выборах 2012 года. Очень интересно оправдается ли моя догадка.
*пошел изменять системное время ради места в гуглоящике
Прочитал на одном дыхании!
Google Talk не работает из-за SSL, думаю что скай из-за него же
Так все что использует https, включая talk, вроде и должно себя вести таким образом при неправильной дате.
Ну, тут дело, скорее всего, не в неправильной дате, а в том, что срок действия сертификатов вышел. Наверное, в таких случаях приложение должно сообщать об этом, а не тупо сваливаться?
А оно и сообщает. Модель PKI требует строгой валидации дерева сертификации. Нет доверенных действующих сертификатов — нет доверия.
Ну где же сообщает? "can't establish secure connection" — как из этого текста понять, что сертификат не прошел валидацию? Я уже не говорю про отображение варианта «все равно доверять» (хотя это спорно).
Именно это и сообщает. Потому что если программа начнёт делать какие-то неожиданные предполжения о том, что невалидный сертификат «может быть чуть-чуть но что-то значит», это будет прямая брешь в security. PKI требует отвергать без особых размышлений сертификаты, у которых нет цепочки доверия.
Вот если у конкретного сертификата истёк срок, это одно. Но у него просто физически нет того, кому можно доверять — корневой сертификат вне действующего периода не имеет смысла и игнорируется.
Вот если у конкретного сертификата истёк срок, это одно. Но у него просто физически нет того, кому можно доверять — корневой сертификат вне действующего периода не имеет смысла и игнорируется.
Имхо, сообщение могло бы быть и поинформативней, например: «срок действия сертификата корневого УЦ истёк 12 000+ лет назад», никаких предположений, одни факты, но помогающие диагностировать ситуацию
Какого корневого сертификата? Вы просто не понимаете как работает PKI. PKI в принципе не может принимать во внимание невалидные сертификаты. И так, задача построения дерева доверия NP-полная, то есть за полиноминальное время не решается, а тут вы ещё говорите, в алгоритме поиска учитывать невалидные по той или иной причине сертификаты.
А ведь есть множество причин для непринятия сертификата — САС, время, несоблюдение политик, недоступность декларированного САС, потерянные дельта-списки, ограничение политики вышестоящего удостоверяющего центра…
Алгоритм в принципе ничего не может говорить (или будет говорить очень много очень непонятного). Он вызывает функцию валидации, ему возвращают «нет». И причина «нет» не в том, что какой-то сертификат отозван, а в том, что «не удалось построить цепочку доверия к одному из доверенных сертификатов».
Грубо говоря, если у вас не пингуется сайт никто не будет вам писать «оборван подводный кабель» потому что на самом деле трафик уже давно уроучен в какую-то альтернативную жопу где и загнулся по причине отсутствия маршрута. Хотя главная причина — обрыв кабеля.
А ведь есть множество причин для непринятия сертификата — САС, время, несоблюдение политик, недоступность декларированного САС, потерянные дельта-списки, ограничение политики вышестоящего удостоверяющего центра…
Алгоритм в принципе ничего не может говорить (или будет говорить очень много очень непонятного). Он вызывает функцию валидации, ему возвращают «нет». И причина «нет» не в том, что какой-то сертификат отозван, а в том, что «не удалось построить цепочку доверия к одному из доверенных сертификатов».
Грубо говоря, если у вас не пингуется сайт никто не будет вам писать «оборван подводный кабель» потому что на самом деле трафик уже давно уроучен в какую-то альтернативную жопу где и загнулся по причине отсутствия маршрута. Хотя главная причина — обрыв кабеля.
Я бы так не радовался по поводу того, что TortoiseSVN успешно работал с SSL — это значит, что в нем нет проверок на валидность сертификата. Разве не так?
RSA и DSA ключи не имеют срока действия.
TortoiseSVN работает с https без сертификатов SSL? Или у него какой-то свой https?
Не обратил внимание на слово «https» в абзаце про TortoiseSvn — посыпаю голову пеплом. Если быть точнее, то после слегка ламерского (не в обиду автору!) стиля изложения мозг посчитал, что автор имеет в виду RSA (или DSA — то есть «ключ») вместо https (то есть «сертификат»).
Ведь какая, по большому счёту, разница — по http или по https получать репозиторий (кроме проверки подлинности и шифрования — опустим эти моменты)? Или речь идёт о read-only репозитории? Я (как программист) не вижу в этом особого смысла. В то же время, работа с репозиторием по приватному ключу — совсем другое дело.
Впрочем, я могу ошибаться — продолжать дискуссию не буду.
Ведь какая, по большому счёту, разница — по http или по https получать репозиторий (кроме проверки подлинности и шифрования — опустим эти моменты)? Или речь идёт о read-only репозитории? Я (как программист) не вижу в этом особого смысла. В то же время, работа с репозиторием по приватному ключу — совсем другое дело.
Впрочем, я могу ошибаться — продолжать дискуссию не буду.
Теперь понятно, кто будет еще много, много лет будет жить, а кто загнется :)
Отлично!
Спасибо, очень увлекательное чтиво.
Но «Красная группа» жуть, теперь не уснуть.
Но «Красная группа» жуть, теперь не уснуть.
А я наоборот беспокоюсь, что к тому времени ничего не измется
Если б все сейчас перенеслись в далёкий 14201 для разработчиков и пользователей наступили б тяжёлые времена
— в студии не попидалишь,
— книги в формате pdf не почитаешь,
— через Download Master ничего не скачаешь,
— в скайпе и в аське не посидишь.
— в студии не попидалишь,
— книги в формате pdf не почитаешь,
— через Download Master ничего не скачаешь,
— в скайпе и в аське не посидишь.
А вы ответили Да на вопрос GoogleTalk «сообщить об ошибке?» :-)
Представил себе реакцию техподдержки на багрепорт из такого далекого будущего :D
Тип устройства: Goolge Nexus MCXXIIICXXIII
Processor: ARM Cortex A4096
RAM: 512 × 10100
Stack Trace:
Processor: ARM Cortex A4096
RAM: 512 × 10100
Stack Trace:
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751): FATAL EXCEPTION: GLThread 11
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751):
javapp.lang.IllegalArgumentException: No config chosen
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751):
at mega.android.opengl.GLSurfaceView $BaseConfigChooser.chooseConfig(GLSurfaceView.javapp:771)
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751):
at mega.android.opengl.GLSurfaceView$EglHelper.start(GLSurfaceView.javapp:916)
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751):
at mega.android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.javapp:
1246)
14201-01-28 12:07:04.292: ERROR/MegaAndroidRuntime(5751):
at mega.android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.javapp:1116) 
Google Bing? :)
Добавил в избранное до 14201 года
Так и вижу новый вирус… всего лишь меняющий дату.
Ого какой оказывается блог есть на хабре… О_о
Вам бы надо оставить эту машину как есть, глюк не лечить. Можно на платной основе устраивать софтверным гигантам стресс-тест их софта :-) Думаю, у вас монополия будет.
root@inky-desktop:/home/inky# date -s 14000-02-29
date: неверная дата «14000-02-29»
root@inky-desktop:/home/inky# date -s 1400-02-29
date: неверная дата «1400-02-29»
root@inky-desktop:/home/inky# date -s 2008-02-29
Птн Фев 29 00:00:00 MSK 2008
root@inky-desktop:/home/inky# date -s 2039-02-29
date: неверная дата «2039-02-29»
root@inky-desktop:/home/inky# date -s 2038-02-29
date: неверная дата «2038-02-29»
root@inky-desktop:/home/inky# date -s 2037-02-29
date: неверная дата «2037-02-29»
хнык, хнык.
date: неверная дата «14000-02-29»
root@inky-desktop:/home/inky# date -s 1400-02-29
date: неверная дата «1400-02-29»
root@inky-desktop:/home/inky# date -s 2008-02-29
Птн Фев 29 00:00:00 MSK 2008
root@inky-desktop:/home/inky# date -s 2039-02-29
date: неверная дата «2039-02-29»
root@inky-desktop:/home/inky# date -s 2038-02-29
date: неверная дата «2038-02-29»
root@inky-desktop:/home/inky# date -s 2037-02-29
date: неверная дата «2037-02-29»
хнык, хнык.
но offset offset 88305433.917782 sec порадовал хД
реквестируем статью)
только проги, которые из-з ssl падают сразу игнорируйте — тут то всё понятно)
только проги, которые из-з ssl падают сразу игнорируйте — тут то всё понятно)
их можно делить на те что тупо падают, и на те, что сообщяют о просроченном сертификате.
Много не смог проверить, т.к. после смены даты начал ОЧЕНЬ сильно тормозить процесс syslog-ng.
Итак, стандартные gnome-программы типа gedit, калькулятор и. т.д. работают без проблем.
qutim, skype, gimp, thunderbird, google chrome 9 dev — запустились, работали тоже нормально (кроме некоторого глюка на хабре — не смог зарегистрироваться, как писал habrahabr.ru/blogs/research/110174/#comment_3503008, а точнее — не смог пройти каптчу );
Пробовал запустить OO Writer — не дождался даже появления окна (примерно за 4 минуты)
Больше испытать ничего не смог, т.к. syslog-ng грузил систему на полную. Обратная смена даты привела только к массовому запуску задач из cron'а (почему? ). Соответственно, syslog-ng вообще исчез из top'а, зато процессы типа updatedb и обновления системы подвесили вообще все (мышь двигалась рывками по 1 см/10 сек ), пришлось нажать reset.
Итак, стандартные gnome-программы типа gedit, калькулятор и. т.д. работают без проблем.
qutim, skype, gimp, thunderbird, google chrome 9 dev — запустились, работали тоже нормально (кроме некоторого глюка на хабре — не смог зарегистрироваться, как писал habrahabr.ru/blogs/research/110174/#comment_3503008, а точнее — не смог пройти каптчу );
Пробовал запустить OO Writer — не дождался даже появления окна (примерно за 4 минуты)
Больше испытать ничего не смог, т.к. syslog-ng грузил систему на полную. Обратная смена даты привела только к массовому запуску задач из cron'а (почему? ). Соответственно, syslog-ng вообще исчез из top'а, зато процессы типа updatedb и обновления системы подвесили вообще все (мышь двигалась рывками по 1 см/10 сек ), пришлось нажать reset.
а syslog глушить не пробовали?
пришлось нажать resetЗапомните: REISUB (Alt+SysRq+каждая из этих клавиш по очереди с небольшим интервалом)
reset для
Попробовал сделать как вы. Убунту 10.10 х64. Получилось. Только когда я хотел вернуть дату, sudo сказал, что он меня не знает и хочет говорить с root. После небольшого гемора с паролями проблема была решена. Спасибо за приключения.
m1330 ~ # date -s 14201-12-17
Чтв Дек 17 00:00:00 EET 14201
Gentoo x86_64
Правда, не смог авторизироваться, чтоб запостить этот ответ :)
Чтв Дек 17 00:00:00 EET 14201
Gentoo x86_64
Правда, не смог авторизироваться, чтоб запостить этот ответ :)
пост года
На пост года не тянет, но для детской научной фантастики — неплохо.
Вот только непонятно — какого? :)
Опрометчиво…
habrahabr.ru/company/vkontakte/blog/97142/
Вот это — пост года и по смыслу и по рейтингу…
habrahabr.ru/company/vkontakte/blog/97142/
Вот это — пост года и по смыслу и по рейтингу…
Большое спасибо за статью!
Выводы, конечно, можно сделать самые печальные — к путешествиям во времени наши комьютерные технологии пока еще не готовы… :)
Выводы, конечно, можно сделать самые печальные — к путешествиям во времени наши комьютерные технологии пока еще не готовы… :)
НЛО прилетело и опубликовало эту надпись здесь
Классная игрушка. Автор молодец, что предусмотрел такое пасхальное яйцо.
Да Titus постарались. В их игрушке The Fox, то же самое было.
Картинка переехала chernyy.ru/yapse/upload/prehistorik-01.jpg
Firefox должен быть в зелёной группе. SSL-сертификаты выдаются сайтом на определённое время, так что к 14201 они кончатся. Точно такое же поведение, как и у Norton’а с проверкой лицензии.
Tortoise Svn работал через SSH явно с нарушением стандарта. Если срок действия SSL-сертификата истёк, то значит сертификат может быть поддельный (как минимум он точно не достоверный) — следовательно, нужно было уведомить пользователя.
И сколько «их» уже «Вкантакте»? Надо было глянуть -))
З.Ы. кстати кто Президент там?)))) В. и Д..?
Пост порадовал -) Было интересно, жаль что вы откатились в реальность -)
З.Ы. кстати кто Президент там?)))) В. и Д..?
Пост порадовал -) Было интересно, жаль что вы откатились в реальность -)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Dropbox, Putty, Firefox и IE можно было бы вернуть в зелёную группу. Они все используют SSH, который привязан к дате. Подобные глюки можно словить и отправив компьютер в прошлое на пару лет.
На все абсолютно соединения по https отвечает, что они не доверены и предлагает согласиться с риском или уйти. — совершенно законная фича. Сертификаты-то того, просрочены.
Более того, просрочены, по идее (они же не вечные), и сертификаты корневых УЦ.
Кстати, никто не проверял на какой максимальный срок можно выдать самоподписанный сертификат?
Кстати, никто не проверял на какой максимальный срок можно выдать самоподписанный сертификат?
А почему бы при наличии интернета не получить дату с удаленного сервера времени и нормально свалидировать сертификат не обращая внимания на кривую локальную дату? Можно отчекать несколько серверов времени, чтобы не было подставы.
А как ты поймешь, что сервер в сети (или несколько) сами не подставные, у тебя же не будет никакого средства провалидировать 100% их адекватность? Может я специально зароучу все таймсерверы на один свой и пусть себе дату обновляет.
Ну хорошо, мы можем хотя бы предварительно отчекать разницу во времени локальном и удаленном и оповестить об этом юзера за вместо полного отказа / падения? Я понимаю, что любые дополнительные зависимости порождают потенциальные уязвимости, но если мы можем отконтролить ситуацию на уровне логики / кода софтины и «спасти» юзера, почему бы и нет?
А почему мы ему должны доверять?
Какое интересное у кипа окошечко с ошибкой O_o Когда еще был на винде года два назад такого вроде не было…
Чего жеж отладчик сразу не встроили…
Чего жеж отладчик сразу не встроили…
Это не QIP, это EurekaLog для Delphi.
Это maxexcept
madExcept, только :)
Действительно, меня очевидно смутил недавний просмотр скриншотов эврики — www.eurekalog.com/screenshots_delphi.php Они практически не отличаются.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за интересную статью :-) почитал перед сном вместо фэнтези
Было бы еще интереснее с точки зрения «фантастичной литературности», если сначала были бы описаны косяки и глюки программ, перемежающиеся с разными догадками, а потом дано объяснение в виде «и тут я посмотрел на дату, а там...».
Спасибо за отличное настроение на утро!
Миелофон!!!
Браво, автор! Другой бы просто сменил дату и по-привычке обматерил виндовс. Умение отмечать необычное в обычных вещах — это талант.
Спасибо. К стати, Windows материть и вовсе незачем — время перевел не он, а БИОС. А поведением винды я вообще остался очень доволен — она стабильно работала. Люди на линуксе вон, сюда по комментам, либо вообще не смогли залогиниться, либо добились страшных глюков и были вынуждены перезагружаться. Я же проработал несколько часов и в целом ОС работала хорошо.
>>Мы все до этих глюков не доживем.
Говорите за себя!
Говорите за себя!
Отличный стиль изложения.
Отправляли ли Вы багрепорты из будущего? Или же не видели смысла их слать в компании исчезнувшие двенадцать тысячелетий назад?
Отправляли ли Вы багрепорты из будущего? Или же не видели смысла их слать в компании исчезнувшие двенадцать тысячелетий назад?
Приветствую вас, люди будущего. )
Разработчики софта не смотрят в далекое будущее…
Поставьте себе в телефон напоминалку – «до 9999 года перейти на следующую версию .NET».
Отлично! :)
Я ж надеюсь вы всем разработчикам отправили сообщения об ошибках )
Вот люди то порадуются. :)
Вот люди то порадуются. :)
А ведь вполне может быть, что падения большинства программ вызваны падениями разделяемых библиотек, которые поставляются вместе с Windows. Т.е. некорректной работой WinAPI в данных условиях!
Золотой пост.
Афигенная статья! Спасибо
вы отправили багрепорт из квипа?:) очень охота посмотреть текст =)
Сколько интересно показал бы вконтакте пользователей…
А я бы отправил пару баг-репортов
Ещё одна пасхалка?
А, понял. Этого правила орфографии ещё не придумали!
А, понял. Этого правила орфографии ещё не придумали!
Назовите, пожалуйста, модель материнской платы, позволяющая отправиться в 14ххх год всего лишь при сбросе биоса. У меня выставляется 01/01/2000 :(
Шутки шутками, а то, что некоторый софт рискует заглючить уже в 2030 году (распространенная схема определения сокращенных дат от 1930 до 2029) — факт. Как и то, что такой софт скорее всего останется к этому времени хотя бы на некотором используемом нами железе (как сегодня софт из 1990). Грубо говоря, распространенный сегодня идеализм в отношении апдейта железа и софта — мол, к дате Х они все равно будут списаны и потому предусматривать подобные баги нет смысла — явно нуждается в пересмотре.
KeePass древний как нечто от мамонта. Обновите до 1.18!
Ваш любимый Safari кстати не запустился, ровно как и Photoshop, utorrent, Skype, 1C, Picasa.
Zend Studio при этом работает как ни в чем ни бывало.
Internet Explorer 9 сказал что он более не поддерживается и потребовал получить новую версию.
Брэндмауэр Windows зачем-то начал переспрашивать про программы, которые пытаются выйти в сеть.
Zend Studio при этом работает как ни в чем ни бывало.
Internet Explorer 9 сказал что он более не поддерживается и потребовал получить новую версию.
Брэндмауэр Windows зачем-то начал переспрашивать про программы, которые пытаются выйти в сеть.
А что в БИОСе показывалось прямо так и писалось 14201?
я смотрю, вам в 14201 году делать нечего, как тестировать софт 21 века.
В духе хабра. Ни о чем.
>Microsoft Outlook — работает корректно, включая прием и рассылку писем, отображения даты их прихода\ухода,
А какое время было у входящих/исходящих писем?
А какое время было у входящих/исходящих писем?
Я сначала долго думал, как можно запихнуть пятизначное число в два байта в BCD.
Автор, какой у тебя процессор и версия ОС? Часом не 64-бит?
Автор, какой у тебя процессор и версия ОС? Часом не 64-бит?
i5, Windows 7 Prof 32 bit.
Я так и думал, что процессор 64-битный.
Дело в том, что со времён мсдос в часах реального времени дата и время хранятся в коде BCD, при этом в два байта можно записать только 4-значное число.
Оказывается, ассемблер, которому меня учили в универе, уже устарел.
Дело в том, что со времён мсдос в часах реального времени дата и время хранятся в коде BCD, при этом в два байта можно записать только 4-значное число.
Оказывается, ассемблер, которому меня учили в универе, уже устарел.
Очень интересная история! наверное ты был в начале в шоке:)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Моё путешествие в будущее