+44 голоса |
…готовят компьютеры, а вернее их архитекторы, программисты и иже с ними.
Новый 2010 год наступил достаточно тихо, без особых катаклизмов, катастроф и пр. Хотя, конечно, не для всех. В Германии, к примеру, значительная часть населения некоторое время не могла воспользоваться своими платежными картами. И знаете почему? Оказывается ПО, обсуживающее систему и банкоматы, некорректно обрабатывало даты с 01.01.2010. В свое время многие сочли слишком раздутой проблему Y2K – действительно, в итоге она вылилась лишь в толику частных инцидентов, похоже, вовсе на коснувшись большинства из нас. Но тем более, не смешно ли через 10 лет наступать на те же грабли?
Впрочем, я эту информацию вычитал не в первоисточнике и за правдивость технической стороны не поручусь. Однако вполне верю, что все произошло именно как описано. Почему? А вот вам другой пример – менее «страшный», но зато подтвержденный. Именно в новогоднюю ночь проявилась аналогичная ошибка в управляющем компоненте Symantec Endpoint Protection 11 и 12 – обслуживаемые им клиенты попросту перестали обновляться.
А сколько еще подобных «чудных» мгновений ждет нас? Вы ошибетесь, если предположите, что подобными нюансами чреваты только круглые даты. Еще есть високосные годы, с которыми также не все в ладах – иначе не было бы позапрошлогоднего приключения с моим Zune. А еще есть такие даты, о которых непосвященный даже не задумается.
Самая «яркая» из них – 19.01.2038, причем время «Ч» настанет вовсе не в 00:00:00, а в 03:14:07 по Гринвичу. Именно тогда переполнятся 32 разряда, отведенные на хранение даты-времени (исчисляемых в секундах с 00:00:00 01.01.1970) во многих компиляторах, ОС, файловых системах, BIOS, чипах и т.д. В «Википедии» можно найти большие подробности и даже помедитировать на соответствующий таймер, уповая что к его обнулению весь мир окончательно перейдет на 64 бита и напрочь забудет о жалких 32, а пострадают лишь самые отъявленные ретрограды :)
Ready, set, buy! Посібник для початківців - як придбати Copilot для Microsoft 365
+44 голоса |
Ну так... процесс - он непрерывен ;)
все меняется, все адаптируется... вот только качество до кризиса было совсем не в почете...
ну не все так плохо с Symantec Endpoint Protection, как представляется в статье - читаем на сайте производителя:
т.е. Symantec Endpoint Protection продолжает обновляться, а отображение даты в пользовательском интерфейсе некорректно. Конечно это не есть хорошо, но не катастрофа
Since 12/31/09 rev xxx is considered the latest content available to the SEPM, a client will not update to a content revision later than the highest numbered revision available on this date.
в статье ничего не представляется, а лишь констатируется.
а вы, ссылаясь на первоисточник, пожалуйста, трудитесь все же вникать.
ваша цитата говорит лишь о том, что 9/01/2010 наконец был предложен некий "обходной маневр". и это конечно не так плохо.
представляется = констатируется = излагается = пишется
:)
непосредственно я есть пользователь SEP и уже потрудился узнать о проблеме сразу как только она возникла :(
решение было предложено очень вскоре и то, как оно предложено, можно считать "обходным маневром" - антивирусная база обновляется по своей сути, а нумерация релизов при этом выглядит как очередной (наприсмер, 122й) выпуск за 31 декабря 2009 года
поэтому я и говорю
ну не все так плохо с Symantec Endpoint Protection, как пишется в статье
А вот с первого по девятое было таки плохо.. :)
Арсен,
я как-то не заметил этого "плохо" - все обновлялось исправно. Естественно, кроме тех пары праздничных дней, когда я совсем не пользовался своим ноутбуком. Вот лог обновлений моего антивируса (для сомневающихся уточню SEP ver. 11.0.4202.75)
Что-то вспомнилось, что при написании статьи в блог на itc.ua дата отображается как «1 января 1970 г.». :)
вот-вот. оно самое :)