Стандартный диалог редактирования двоичного значения в реестре.

Тем не менее, отыскался способ как сделать это без помощи сторонних инструментов (или компилятора) – с помощью PowerShell и WMI класса Win32_SecurityDescriptorHelper. Вот так можно прочитать дескриптор из реестра и преобразовать его в SDDL:

$key = "hklm:\SOFTWARE\Classes\AppID\{4ff35d5e-d226-4550-9248-03e7779e67de}"
$sd = (gp -Path $key).AccessPermission
$sddl = ([wmiclass]"Win32_SecurityDescriptorHelper").BinarySDToSDDL($sd).SDDL

PS C:\Users\alexeypa> $sddl
O:BAG:BAD:(A;;CCDC;;;IU)(A;;CCDC;;;SY)(A;;CCDC;;;BA)

И в обратную сторону:

$binary_sd = ([wmiclass]"Win32_SecurityDescriptorHelper").SDDLToBinarySD($sddl).BinarySD
-join ($binary_sd | foreach {$_.ToString("X2")})

И, наконец, если SDDL вам кажется китайской грамотой – поможет sddlgen.exe из Windows SDK:

SDDLGen

Теперь придется купить книжку, чтобы проверить какие из правок вошли в финальный вариант. В список рецензентов я, по крайней мере, попал:

Acknowledgments

WTF?

Оказывается, чтобы определить зависимости между файлами в проекте, MSBuild внедряется в процессы компилятора, линкера и перехватывает чтение и запись файлов (что одновременно и гениально, и не очень умно). Sophos Antivirus, мало чем отличаясь по своей коварности от других антивирусов, также внедряется в каждый процесс на машине (и, стало быть, творит там свои черные дела). Помимо всего прочего, Sophos Antivirus читает “%ProgramData%\Sophos\Sophos Anti-Virus\config\Config.bops”. Ну а посольку делает он это от имени процесса куда внедрился, то MSBuild заносит этот конфигурационный файл в список зависимостей.

Facepalm

PS. Вот этот комментарий к ответу Дэна (инженера из Microsoft) с описанием в чем, собственно, проблема очень порадовал:

Hello Dan,
and thanks for your response.
Unfortunately I was not able to comprehend your response.
…

Здраствуйте Дэн и спасибо за ваш ответ.
К сожалению, я не смог понять ваш ответ.
…

Камень с розеткой.

Ну а что, пожарный гидрант в лесу (на приличном расстоянии от ближайшего дома) я уже видел. Электричество тоже провели. Осталось Wi-Fi организовать и эскалатор поставить.

Did you know that your Internet Explorer is out of date?

Самое забавное, что это окошко нельзя закрыть. Проблема также усугубляется тем, что все это счастье показывается внутри iframe и выставить опции совместимости так просто не получается. Приходится копировать ссылку и открывать страницу в отдельном окне.

Я вот, кстати, не понимаю. От 99% проверок на версию браузера можно было бы отказаться, если бы браузеры поддерживали проверку поддерживаемых фич. Тогда продобные проверки выглядели бы не как “если версия IE > X.Y или версия Firefox > A.B или …”, а как “если поддерживается тег video”. Вон процессоры и операционные системы делают это спокон веков: IsProcessorFeaturePresent().

PS. И тем более не понимаю, если браузеры уже поддерживают проверку поддерживаемых фич (Я просто не в курсе как обстоят дела на этом фронте).

Пойду теперь в top.artlebedev.ru и буду постить её в ответ на каждый второй комментарий. .

Update: в связи с наметившимся недопониманием добавлю, что песня адресуется вполне конкретной категории нетолерантных людей, включая гомофобов и ксенофобов. Этим постом, я чуть более чем полностью поддерживаю данный посыл.

Сет Шоен, DeCSS хайку

История двенадцатилетней давности. 20 января 2000 года, судья Окружного суда Южного округа Нью-Йорка Льюис А. Каплан, рассматривая дело Universal City Studios et al. v. Reimerdes et al., выносит предварительный запрет на распространение ответчиком компьютерного кода для чтения зашифрованных DVD. Иск против ответчика был возбужден в соответствии с положениями Digital Millenium Copyright Act.

Обосновывая свое решение, судья Каплан указал, что положения Первой поправки о защите свободы слова не распространяются на исполняемый исходный код. Это противоречило решению Девятого окружного апелляционного суда США по “криптографическому” делу Бернштейна, утверждающему, что исходный код является формой речи, защищаемой Первой поправкой. В своем решении суд даже процитировал код на Scheme из декларации профессора MIT Харольда Абельсона, поясняющей почему исходный код является эффективным и, иногда, предпочитаемым способом коммуникации между людьми. Позднее Шестой окружной апелляционный суд США вынес решение о том, что независимо от функциональной важности кода, его выразительная природа заслуживает защиты Первой поправки.

Возникает вопрос. Если напрямую компилируемый и исполняемый код может быть ограничен в распространении согласно положениям DMCA, как утверждает судья Каплан, но текстовое описание того же алгоритма может распространяться свободно, то где именно проходит граница? Профессор Дэвид Турецкий из университета Карнеги-Меллон создал “галерею CSS дешифраторов” чтобы исследовать это противоречие и указать на абсурдность позиции судьи Каплан, что возможно юридически различить исходный код и другие формы письменной речи.

В галерее профессора собраны всевозможные формы одного и того же алгоритма расшифровки DVD: обычный код на C; код в виде GIF картинки; код, напечатанный на футболке; код на новом языке программирования, для которого (пока) не существует компилятора; несколько музыкальных версий и, наконец, поема.

Про последнюю, известную как “DeCSS хайку”, есть совершенно отдельная, стоящая прочтения, история. Но и сама поэма тоже ничего.

Now help me, Muse, for
I wish to tell a piece of
controversial math,

for which the lawyers
of DVD CCA
don’t forbear to sue:

that they alone should
know or have the right to teach
these skills and these rules.

(Now those six bytes, the
DVD CCA says
under penalty

of perjury, are
its trade secret, and you are
breaking the law if

you tell someone that,
for instance, the Xing player
used the following:

(далее идут заветные числа. )

“Energy is just
the same as matter, but for
a little factor,

speed of light by speed
of light, and we are ourselves
frozen energy.”

Rejoice then, get some
popcorn out, and butter if
you aren’t vegan.

Другая интересная особенность этого (да и, наверное, других моделей) ноутбука в том, что он умеет самостоятельно менять яркость экрана. Совершенно самостоятельно. Скажем, переключюсь я в редактор кода (серый фон) – яркость и контрастность экрана плавно уменьшаются. Переключась обратно в браузер (белый фон) – яркость и контрастность плавно возвращаются в норму.

Поскольку я сам сижу на software стороне баррикад, то мотивы software engineers, которые написали этот чудный алгоритм, мне несколько более понятны. Ради меня старались, мерзавцы. Экономили заряд батареи, наверное. Не могу не заменить однако, что успехи в создании сколь-нибудь годного к использованию искуственного интеллекта, по-прежнему ожидаются не ранее, чем через двадцать лет. О чем, вышеназванные инженеры, тоже должны быть в курсе. Могли бы и догадаться, чем закончится эта затея.

Короче говоря, я нашел где этот спецэффект отключается. В «Intel Control Center» выбирается «Intel HD Graphics»:

Intel Control Center.

В нем выбирается «Advanced Mode» (само собой):

Advanced Mode \m/.

Далее, во вкладке «Power» нужно снять галочки с «Automatic Display Brightness» и «Display Power Saving Technology». Сделать это нужно для всех источников питания.

Automatic Display Brightness is evil.

По идее, все просто. Хотим отслеживать состояние сессий – регистрируем окошко или обработчик, куда будут посылаться уведомления о смене состояния сессий и все дела. Если присмотреться, то все не так просто. Как, к примеру, синхронизировать получение начального состояния всех сессий и установку обработчика? Оба действия не атомарны и, следовательно, можно либо пропустить некоторые уведомления, либо получить уведомления, уже учтенные начальным состоянием сессий. Или другая проблема: состояние сессии, вычисленное по полученным уведомлениям может не соответствовать актуальному состоянию сессии. Т.е. получаем WTS_SESSION_LOGON, а сессия уже давно завершилась и даже соответствующее уведомление было послано, просто сообщение все еще сидит в очереди оконных сообщений необработанное. Именно с сессиями, такое вряд ли конечно может случиться на практике. Слишком они тяжеловесны. Но теоретически такое возможно. Хотя стресс тесты и не такое, бывает, находят.

Возникает вопрос, а что же делать? Одно из возможных решений – разделить доставку уведомления о смене состояния и получение текущего состояния. Получение уведомления будет означать, что состояние, возможно, поменялось. Обработчик уведомления должен будет опросить текущее состояние и сравнить его с сохраненной копией. Опять же, в моем случае, все что мне нужно было отследить – это номер сессии, присоединенной в физической консоли. Для этого есть отдельная, и очень эффективная функция – WTSGetActiveConsoleSessionId(). Вот её полный листинг:

0:000> uf kernel32!WTSGetActiveConsoleSessionId
kernel32!WTSGetActiveConsoleSessionId:
75133f49 a1d802fe7f      mov     eax,dword ptr [SharedUserData+0x2d8 (7ffe02d8)]
75133f4e c3              ret

При таком подходе представления обработчика о текущем состоянии гораздо ближе к реальности, однако некоторые переходы между состояниями могут быть пропущены. В прочем, для асинхронных уведомлений это возможно в любом случае.

Google-овский HR пытается называть себя People Operations, но, похоже, эта затея обречена на провал. Аббревиатура “HR” проще, понятней и гораздо более узнаваемая, чем непонятное, хотя и прикольно звучащее, “People Operations”. Более того, сами people operators постоянно сбиваются, то и дело называя себя HR. Как бы в отместку за это HR заваливает новых гуглеров (nooglers) кучей интранетных ссылок на важные и не очень страницы, документы и формы. К концу первого дня количество только важных ссылок (которые нужно обязательно посетить и прочитать) переваливает за два десятка, так что перспектива остаться без первого пейчека из-за какой-то незаполненной формы начинает казаться реальной.

Google-овский интранет как две капли воды напоминает старшего брата – Интернет. Такая же куча сайтов, актуальных и не очень страниц, документов и т.п., и все это сверху приправлено поисковиком. Все это постоянно меняется разными людьми, мигрирует туда-сюда. Нет только спама и порносайтов. Как ни странно такая организация довольно удобна, стоит только привыкнуть.

Про бесплатную еду, массаж и прочие радости простого гуглера все давно в курсе, как я понимаю. Вечером на кампусе сравнительно многолюдно, но люди, в основном, концентрируются в двух местах – кафе и спортзал. В одном из зданий на кампусе в Mountain View есть боулинг. Между зданиями можно ездить на велосипедах, которые щедро разбросаны по всему кампусу. На парковках есть выделенные места для электрических автомобилей. Сами электрические (в смысле полностью электрические, не гибриды) машины тоже попадаются.

В Google культивируется открытость – внутри компании свободно доступна информация о многих вещах, которые были бы большим секретом в других местах. Скажем, сайт показывающий текущее состояние, связность и кучу другой актуальной информации о дата центрах компании доступен всем FTE работникам компании. Каждый вечер пятницы на всю компанию транслируется TGIF meeting, на котором Ларри и Сергеем рассказывают о том, как прошла неделя и отвечают на вопросы работников.

С другой стороны, старательно подчеркивается, что открытость внутри компании не означает, такой же открытости за пределами компании. Информация, покидающая, компанию тщательно фильтруется. Слова “данная информация – только для внутреннего употребления” прозвучали за первые две недели не один десяток раз.

Шрифты в Linux по-прежнему ужасны. Даже если поставить шрифты из Windows. И если раньше я мог думать, что проблема состоит в патентованных алгоритмах, отсутствии денег или серьезных дизайнеров, готовых работать pro bono, то теперь я начинаю подозревать, что дело совсем в другом – это никого серьезно не парит. Ну подумаешь, замыленный или “грязный” шрифт. Читается же. Точно также как и растягивание 4:3 картинки в 16:9 формат, вложенные скролл-бары на web страницах (ненавижу!) или видео в 360 линий по гигабитной сетке. Стива Джобса на них нет. Ноутбуки у большинства, кстати, – все сплошь маки.

С Emacs, на удивление, можно жить. Особенно если поменять putty на mintty и ходить удаленно на Linux машину (шрифты!).

Пока все.