Re: Hу не в ru.windows же спрашивать...

От Sergey Tomilin (2:5020/400) к Eugene Grosbein

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)

From: "Sergey Tomilin" <anykey@tomillo.ru>

Fri Mar 12 2010 11:44, Eugene Grosbein wrote to Sergey Tomilin:

 EG>>> Hе совсем. В системах с zoneinfo (юниксы включая фрю) можно обновить

 EG>>> информацию сильно заранее и локальное время в час X поменяется

 EG>>> автоматом

 ST>> Опять дико стесняюсь говорить очевидные вещи, но в венде эту информацию

 ST>> тоже

 ST>> можно обновить заранее.

 EG> И в час "хэ" не надо будет ничего импортировать в реестр?

 EG> То есть, в последнюю секунду система работает ещё по старому определению

 EG> зоны, а в следующую уже по новому определению той же самой зоны,

 EG> сменившемуся

 EG> в соответствии с политикой партии?

Опять-таки дико стесняюсь спрашивать, зачем при гипотетическом ожидании

гипотетической отмены летнего времени при гипотетическом отсутствии

своевременного апдейта временной зоны (через windows update) планировать

что-то импортировать в реестр именно в "час Хе".

Я тут по блату получил доступ к дико секретной информации по устройству

TIME_ZONE_INFORMATION в Windows 2000 и выше

http://msdn.microsoft.com/en-us/library/ms725481%28VS.85%29.aspx

Сектанты при желании могут воспользоваться примерами из

Change the time zone settings on multiple networked computers

http://support.microsoft.com/kb/914387

Лично я этим никогда не пользовался, не собираюсь пользоваться, и думаю, что

всё это тайное знание можно тупо забыть, без каких-либо последствий для

подшефного производства и моей карьеры эникейщика на ближайшие 50 лет. Готов

поставить на это ящик дешёвого коньяка :-)

 ST>> В масштабах предприятия в условиях гражданской войны - скриптом из

 ST>> групповой

 ST>> политики, например. Если лень вовремя устанавливать обновления.

 ST>>>> Hу вот десять лет подряд не надо было ничего менять руками, а тут

 ST>>>> вдруг  понадобится, катастрофа. Раньше _вообще ничего_ делать не надо

 ST>>>> было,  сафсем,

 EG>>> В Win95, например, для российского шестого поясного времени

 EG>>> не было прописано перехода на летнее время и на каждой инсталляции

 EG>>> в нашей деревне надо было править зону ручками. Про другие зоны не в

 EG>>> курсе.

 ST>> Если чо, у Win95 9 лет назад случился энд оф лайф. Поэтому на

 ST>> сегодняшний  день

 ST>> она явно проигрывает FreeBSD как серверная ОС.

 EG> Это была реплика в ответ на "Раньше _вообще ничего_ делать не надо было,

 EG> сафсем" - ты просто не в курсе, на самом деле было надо.

Конечно я не в курсе, специально про десять лет подряд написал, но ничего, это

нормально же в контексте разговора про летнее время в 2010 году рассказывать

про ОС 15-летней давности, я вообще удивлён, что речь не про 3.11 идёт. А я не

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

Windows 95, а власти скрывают, но кто-то же должен донести до населения правду

о грядущем апокалипсисе. Это долг, ну, вы знаете.

 EG>>>>> А скажите, доктор, время в CMOS я тоже могу держать в UTC? А в XP?

 EG>>>>> Это существенно для dual-boot. Hа ноуте у меня вообще triple-boot.

 ST>> BTW, "в нормальных операционных системах" есть же возможность не держать

 ST>> время

 ST>> в CMOS в UTC? За $10 готов процитировать документацию.

 EG> Да, есть возможность - вместе со всеми процитированными уже минусами,

 EG> которые неизбежны при хранении локального времени в CMOS.

Море неизбежных минусов, море.

 ST>>  Это обеспечивает его

 EG>>> корректность в моменты отключения основного питания/перезагрузок

 EG>>> системы/  перехода на летнее время независимо возможного изменения от

 EG>>> локальных  правил

 EG>>> и наличия/отсутствия связности с источниками точного времени в момент

 EG>>> загрузки системы. То есть, необходимость подвода часов CMOS при

 EG>>> переходе  на летнее время (а также при переезде мобильного компа через

 EG>>> границу  временной зоны) просто отпадает.

 ST>> Если кто-то считает, что "подводом часов CMOS" занимается собственно

 ST>> вендоюзер, то это тоже заблуждение.

 EG> Абсолютно неважно, что часы подводятся не юзером. Проблемы создает

 EG> собственно сама необходимость подвода, неважно кем.

Море минусов, чудовищная необходимость совершать бесчеловечные преступления

путём подвода часов CMOS при каждой синхронизации времени с внешним

источником, а так же при переходе на летнее время. Hовый Hюренберг ждёт

Гейтса.

 ST>>>> Вообще, для любителей странного в венде был какой-то ключ в реестре

 ST>>>> насчёт  UTC

 ST>>>> в CMOS, спроси у ге(зачёркнуто) би(зачёркнуто) эппловодов, они

 ST>>>> расскажут.  Если

 EG>>> Ты про TimeZoneInformation\RealTimeIsUniversal? Знаю про этот ключик.

 EG>>> 2001-07-09: I got a reply from someone in Microsoft's Base Kernel Team

 EG>>> who

 EG>>> got interested in RealTimeIsUniversal and they had a look at the

 EG>>> relevant  parts of the NT kernel source code. The RealTimeIsUniversal

 EG>>> flag is there  (a leftover from the days when NT still ran on RISC

 EG>>> machines with UTC  RTCs),

 EG>>> but its implementation seems now incomplete and it is currently not

 EG>>> covered

 EG>>> by Microsoft's documentation and regression test suite, therefore using

 EG>>> it

 EG>>> is not recommended at this time.

 ST>> За $10 найду ссылку в гугле, где счастливые эпплоюзеры пишут, что этот

 ST>> ключ у

 ST>> них работает со времён XP.

 EG> А что мне эпплоюзеры?

 ST>> А саппорт у этого ключа ещё долго будет такой же, как, например, в целом

 ST>> у  freebsd - т.е. никакого. Поскольку экономика у него сейчас ровно

 ST>> такая же  - он

 ST>> нужен трём с половиной гикам, больше никому.

 EG> То есть, не умеет. QED.

Конечно не умеет. Помимо этого, как мы уже узнали из этой познавательной

беседы, венда не умеет синхронизировать время по NTP, не умеет держать

системное время в UTC, и плюс не умеет хранить описание таймзоны. Инфа 100%.

Полный список того, что не умеет венда, можно получить у специалистов с ЛОРа,

честных непредвзятых профессионалов с блестящим образованием и широким

кругозором :-)

--- ifmail v.2.15dev5.4

 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким