Столкнулся с неожиданным (для меня) поведением NSIS инсталлеров для 64 битных систем.

Речь идет об обращении к реестру Windows. Долгое время не мог понять почему некоторые значения из реестра я могу получить стандартными инструментами NSIS, а некоторые другие — не могу.

Сегодня наконец нашел решение проблемы для всех «страждущих»:
Gmail в Опере Mobile 10 (на WinMo, во всяком случае) надо открывать не как все остальные веб-страницы, а напрямую «http://m.gmail.com». Как говорится «вуаля», все работает и «летает».

Надеюсь кому-то поможет.

П.С. Это мой второй хабратопик, поэтому, если вам не понравилось и вы собираетесь минусовать, пожалуйста, аргументируйте. В конце концов мы все хотим чтобы топики были интересными. Спасибо

По работе постоянно сталкиваюсь с недостаточностью ресурсов MSDN.
Т.е., даже если общее описание довольно подробно нет почти никакой возможности пользоваться классом/технологией из-за недостатка примеров. Приходится довольно долго (иногда часами) искать по разнообразным ресурсам в Интернете для того чтобы найти разумный и прозрачный способ использования.

Одним из последних примеров у меня было использование Microsoft Network Load Balance (что это такое можно посмотреть тут) внутри C# кода. Существует множество примеров использования NLB из VB скриптов и практически нет примеров использования из managed code.

Задача: определение статуса машины (кластера) в данный момент времени.
Существующее решение: Polling – определение статуса путем запросов через WMI.
Недостаток: есть большая вероятность пропустить изменение состояния в момент самого события, недостаток информации, время затрачиваемое на считывание состояния.
Возможный подход: применение механизма «событий». Такой механизм существует, даже с примерами, но не для использования внутри кода.
Решение:

Объявление в главном методе: