tag:blogger.com,1999:blog-16881325202657088202012-05-29T22:47:16.001+04:00...when altering one's mind becomes as easy as programming a computer, what does it mean to be human?..Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.comBlogger804125GunsmokersTranslationshttp://feedburner.google.comSubscribe with My Yahoo!Subscribe with NewsGatorSubscribe with My AOLSubscribe with BloglinesSubscribe with NetvibesSubscribe with GoogleSubscribe with Pageflakes?????? ? ??????.?????Subscribe with PlusmoSubscribe with The Free DictionarySubscribe with Bitty BrowserSubscribe with NewsAlloySubscribe with Live.comSubscribe with Excite MIXSubscribe with Attensa for OutlookSubscribe with WebwagSubscribe with Podcast ReadySubscribe with FlurrySubscribe with WikioSubscribe with Daily Rotationtag:blogger.com,1999:blog-1688132520265708820.post-39848299935700544452012-04-01T11:19:00.000+04:002012-04-03T11:42:22.847+04:002012-04-03T11:42:22.847+04:00Это перевод <a href="http://msdn.microsoft.com/en-us/library/ms632599(VS.85).aspx" title="Window Features">Window Features</a>. Автор: MSDN.<br /> <br /> В этом обзоре рассматриваются особенности и возможности окон Windows - типы, состояния, размеры и положение.<br /> <a name='more'></a><br /> Содержание: <ul> <li><a href="#types">Типы окон</a> <ul> <li><a href="#overlapped">Overlapped окна</a></li> <li><a href="#popup">Pop-up окна</a></li> <li><a href="#child">Child окна</a></li> <li><a href="#layered">Layered окна</a></li> <li><a href="#message_only">Message-Only окна</a></li> </ul> </li> <li><a href="#relationships">Отношения между окнами</a> <ul> <li><a href="#foreground">Окна первого и заднего плана</a></li> <li><a href="#owned_windows">Owned окна</a></li> <li><a href="#zorder">Z-порядок</a></li> </ul> </li> <li><a href="#show_states">Состояния отображения окон</a> <ul> <li><a href="#active">Активное окно</a></li> <li><a href="#disabled">Отключенные окна</a></li> <li><a href="#visibility">Видимость окон</a></li> <li><a href="#min_max">Свёрнутые, максимизированные и развёрнутые окна</a></li> </ul> </li> <li><a href="#size_position">Размеры окон и их положение</a> <ul> <li><a href="#default">Размер и положение по умолчанию</a></li> <li><a href="#tracking">Отслеживание размера</a></li> <li><a href="#system_commands">Системные команды</a></li> <li><a href="#functions">Функции управления размером и положением</a></li> <li><a href="#messages">Сообщения размера и положения</a></li> </ul> </li> <li><a href="#animation">Анимация окон</a></li> <li><a href="#layout_mirroring">Компоновка и отражение</a> <ul> <li><a href="#mirroring_boxes">Отражение диалоговых окон и окон-сообщений</a></li> <li><a href="#mirroring_dc">Отражение контекстов устройств, не ассоциированных с окном</a></li> </ul> </li> <li><a href="#destruction">Уничтожение окон</a></li> </ul> <br /> <h3><a id="types"></a>Типы окон</h3> Этот раздел содержит следующие подразделы, описывающие типы окон: <ul> <li><a href="#overlapped">Overlapped окна</a></li> <li><a href="#popup">Pop-up окна</a></li> <li><a href="#child">Child окна</a></li> <li><a href="#layered">Layered окна</a></li> <li><a href="#message_only">Message-Only окна</a></li> </ul> <br /> <h4><a id="overlapped"></a>Overlapped окна</h4> <em>Overlapped окно</em> ("перекрывающее окно") - это окно верхнего уровня (top-level window), у которого есть заголовок (title bar), рамка (border) и клиентская область (client area); предполагается, что окно этого типа будет использоваться в качестве главного окна приложения. У него также могут быть системное меню, кнопки максимизации и минимизации и полосы прокрутки. Overlapped окно обычно включает в себя все эти компоненты, когда используется в качестве главного окна приложения.<br /> <br /> Приложение может создать overlapped окно, указывая стиль <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles"><code>WS_OVERLAPPED</code></a> или <code>WS_OVERLAPPEDWINDOW</code> в <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a>. Если вы использовали стиль <code>WS_OVERLAPPED</code>, то окно будет также иметь заголовок и рамку. Если вы использовали стиль <code>WS_OVERLAPPEDWINDOW</code>, то окно будет иметь заголовок, изменяющую размеры рамку, системное меню и кнопки минимизации и максимизации.<br /> <blockquote>Примечания переводчика: флаг <code>WS_OVERLAPPED</code> равен нулю, поэтому если вы не укажете иной стиль, то окно по умолчанию будет иметь стиль <code>WS_OVERLAPPED</code>. Стиль <code>WS_OVERLAPPEDWINDOW</code> - это не самостоятельный стиль, он является простой комбинацией стилей <code>WS_OVERLAPPED</code>, <code>WS_CAPTION</code>, <code>WS_SYSMENU</code>, <code>WS_THICKFRAME</code>, <code>WS_MINIMIZEBOX</code> и <code>WS_MAXIMIZEBOX</code>.<br /> <br /> Delphi создаёт overlapped-окна при <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TCustomForm.BorderStyle" title="Forms.TCustomForm.BorderStyle"><code>BorderStyle</code></a> = <code>bsSingle</code>, <code>bsToolWindow</code>, <code>bsSizeable</code> или <code>bsSizeToolWin</code>. Значение <code>bsSizeable</code> будет эквивалентно стилю <code>WS_OVERLAPPEDWINDOW</code>, если вы не отключали кнопки маскимизации/минимизации.</blockquote> <br /> <h4><a id="popup"></a>Pop-up окна</h4> <em>Pop-up окно</em> ("всплывающее окно") - это разновидность overlapped окна, используемая для диалоговых окон, окон-сообщений и других аналогичных временных окон, которые появляются вне главного окна приложения. Для них заголовок не обязателен; в противном случае pop-up окна не отличаются от overlapped окон со <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стилем <code>WS_OVERLAPPED</code></a>.<br /> <br /> Вы можете создать pop-up окно, указывая <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles"><code>стиль WS_POPUP</code></a> в <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function"><code>функции CreateWindowEx</code></a>. Чтобы окно имело заголовок, вам нужно отдельно указать стиль <code>WS_CAPTION</code>. Для создания pop-up окна с рамкой и системным меню используйте стиль <code>WS_POPUPWINDOW</code>. Чтобы системное меню можно было увидеть, вам также нужно включить стиль <code>WS_CAPTION</code> вместе со стилем <code>WS_POPUPWINDOW</code>.<br /> <br /> <blockquote>Примечания переводчика: стиль <code>WS_POPUPWINDOW</code> - это не самостоятельный стиль, он является простой комбинацией стилей <code>WS_POPUP</code>, <code>WS_BORDER</code> и <code>WS_SYSMENU</code>.<br /> <br /> Delphi создаёт pop-up-окна при <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TCustomForm.BorderStyle" title="Forms.TCustomForm.BorderStyle"><code>BorderStyle</code></a> = <code>bsNone</code> или <code>bsDialog</code>. Стиль <code>WS_POPUPWINDOW</code> не используется Delphi, поскольку она никогда не указывает стиль <code>WS_BORDER</code> при установленном стиле <code>WS_POPUP</code> (вместо этого используется <code>WS_THICKFRAME</code>).</blockquote> <br /> <h4><a id="child"></a>Child окна</h4> <em>Child окно</em> ("дочернее окно") - имеет установленный стиль <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles"><code>WS_CHILD</code></a> и ограничивается клиентской областью его родительского окна (parent window). Как правило, child окна используются приложением, чтобы разделить клиентскую область окна по функциональным зонам. Вы можете создать child окно, указывая стиль <code>WS_CHILD</code> в <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a>.<br /> <br /> У child окна обязательно должно быть родительское окно. Родительское окно может быть overlapped окном, pop-up окном или даже другим child окном. Вы указываете его во время вызова <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a> в параметре <code>hWndParent</code>. Если же вы укажете стиль <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles"><code>WS_CHILD</code></a> в <code>CreateWindowEx</code>, но не укажете родительское окно, то система откажется создавать окно.<br /> <br /> Child окно имеет клиентскую область, но больше никаких других дополнительных возможностей, если только вы их явно не запросите. Вы можете добавить заголовок, системное меню, кнопки минимизации и максимизации, рамку и полосы прокрутки, но child окно не может иметь меню. Если вы укажете меню при создании child окна - оно будет проигнорировано. Если вы не укажете тип рамки, то система создаст окно вообще без рамки (borderless window). Приложение может использовать такие окна для разделения клиентской области родительского окна на части без видимого указания разделения пользователю.<br /> <br /> <blockquote>Примечания переводчика: форма Delphi является pop-up или overlapped окном в 99% случаев. Вы можете положить форму на другую форму (отношения child-parent), но это используется крайне редко. Примером child окон могут служить фреймы (<code>TFrame</code>), панели (<code>TPanel</code>) и вообще практически любые другие оконные компоненты - например, кнопка (<code>TButton</code>). Тут нужно помнить, что "окно" в смысле пользователя - это "форма" в Delphi. Но термин "окно" в смысле системы - это вовсе не обязательно "окно" в смысле пользователя, это вообще некоторый элемент управления. Все элементы управления в Windows являются окнами в смысле системы. Кнопки, списки, строки ввода, полосы прокрутки, панели и тулбары - всё это "окна".</blockquote> <br /> Кроме того, в этом разделе: <ul> <li><a href="#positioning">Позиционирование</a></li> <li><a href="#Clipping">Обрезание</a></li> <li><a href="#relationship">Отношение с родительским окном</a></li> <li><a href="#Messages">Сообщения</a></li> </ul> <br /> <h2><a id="positioning"></a>Позиционирование</h2> Система всегда размещает child окно, используя относительные координаты - относительно левого-верхнего угла клиентской области родительского окна. Child окно не может выступать за границы своего родительского окна. Если приложение создаёт child окно больше размеров своего родительского окна, либо же размещает его так, что какая-то его часть выходит за границы родителя, то система обрезает child окно так, что часть child окна вне его родительского окна будет просто невидима.<br /> <br /> Кроме того, действия с родительским окном также будут иметь эффект на все его child окна, как указано в следующей таблице:<br /> <br /> <table border=1 cellpadding=4> <thead> <tr><th align="center">Parent окно</th><th align="center">Child окно</th></tr> <tbody> <tr><td>Уничтожается</td><td>Уничтожается непосредственно перед удалением своего родительского окна.</td></tr> <tr><td>Скрывается</td><td>Скрывается непосредственно перед скрытием своего родительского окна. Всякое child окно видимо только если его родительское окно тоже видимо.</td></tr> <tr><td>Перемещается</td><td>Перемещается вместе с клиентской областью своего родителя так, что его относительное положение сохраняется. Child окно ответственно за перерисовку своей клиентской области после перемещения.</td></tr> <tr><td>Показывается</td><td>Показывается сразу после показа своего родителя.</td></tr> </tbody></table> <br /> <br /> <h2><a id="Clipping"></a>Обрезание</h2> По умолчанию система не обрезает child окно, если оно размещено вне клиентской области своего родителя (если клиентская область родителя меньше размеров самого родительского окна, поскольку система всегда обрезает child окно, вылезающее за размеры своего родителя, как указано выше). Это означает, что родительское окно будет рисовать поверх child окна, если оно производит любую операцию рисования в той же области, что и child окно. Однако систему можно попросить обрезать child окно по клиентской области своего родителя, указав <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_CLIPCHILDREN</code></a> родительскому окну (не дочернему). Если child окно обрезается, то родительское окно не будет рисовать поверх его.<br /> <br /> Child окно может пересекать другие child окна в той же клиентской области. Child окна, которые разделяют одного родителя, называются <em>sibling окнами</em> ("братские окна"). Пересекающиеся sibling окна могут рисовать в клиентской области друг друга, если только одно из child окон не имеет <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_CLIPSIBLINGS</code></a>. Если child окно указывает этот стиль, то любая часть любого другого sibling окна, лежащая в рамках этого child окна, будет обрезаться.<br /> <br /> Установка стилей <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx"><code>WS_CLIPCHILDREN</code></a> или <code>WS_CLIPSIBLINGS</code> приводит к небольшому падению производительности. Каждое окно занимает системные ресурсы, так что приложение не должно использовать дочерние окна без разбора. <a title="В не оконных элементах управления нет ничего волшебного" href="http://www.transl-gunsmoker.ru/2010/02/blog-post_25.html">Для достижения оптимальной производительности приложения, которые должны логически разделять своё главное окно, должны делать это в оконной процедуре главного окна, а не с помощью дочерних окон</a>.<br /> <br /> <h2><a id="relationship"></a>Отношение с родительским окном</h2> Приложение может изменить родительское окно уже созданного child окна вызовом <a href="http://msdn.microsoft.com/en-us/library/ms633541(VS.85).aspx" title="MSDN: SetParent Function">функции <code>SetParent</code></a>. В этом случае система удаляет child окно из клиентской области старого родительского окна и размещает его в клиентской области нового родительского окна. Если в <code>SetParent</code> указать <code>0</code> в качестве родителя, то новым родительским окном станет рабочий стол (desktop window). В этом случае child окно рисуется на рабочем столе, вне границ любого другого окна. <a href="http://msdn.microsoft.com/en-us/library/ms633510(VS.85).aspx" title="MSDN: GetParent Window">Функция <code>GetParent</code></a> возвращает описатель родительского окна child окна.<br /> <br /> Родительское окно уступает часть своей клиентской области child окну, и child окно получает весь ввод (input) с этой области. Родительское и child окно не обязаны иметь один и тот же оконный класс (window class). Это означает, что приложение может заполнить родительское окна child окнами, которые выглядят по-разному и выполняют разные задачи. Например, диалоговое окно может содержать несколько типов элементов управления, каждый из которых является child окном, которое принимает различные типы данных от пользователя.<br /> <br /> Child окно имеет одно и только одно родительское окно, но родительское окно может иметь сколько угодно child окон. Каждое child окно, в свою очередь, тоже может иметь сколько угодно child окон. В такой цепочке окон каждое child окно называется descendant окном (окном-потомком) исходного родительского окна. Приложение может использовать <a href="http://msdn.microsoft.com/en-us/library/ms633524(VS.85).aspx" title="MSDN: IsChild Function">функцию <code>IsChild</code></a>, чтобы определить, является ли заданное окно child окном или descendant окном другого окна.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms633494(VS.85).aspx" title="MSDN: EnumChildWindows Function">Функция <code>EnumChildWindows</code></a> перечисляет все дочерние окна родительского окна. Функция <code>EnumChildWindows</code> передаёт описатель каждого найденного child окна в функцию обратного вызова приложения. Функция работает рекурсивно, поэтому она также перечисляет все descendant окна заданного родительского окна.<br /> <br /> <h2><a id="Messages"></a>Сообщения</h2> Система передаёт все сообщения ввода для child окна самому child окну напрямую, минуя окно родителя. Исключением для этого правила является случай, если дочернее окно было отключено вызовом <a href="http://msdn.microsoft.com/en-us/library/ms646291(VS.85).aspx" title="MSDN: EnableWindow Function">функции <code>EnableWindow</code></a>. В этом случае система передаёт сообщения, предназначенные child окну, его родителю. Это позволяет родительскому окну проверить сообщения ввода и при необходимости включить child окно.<br /> <br /> Child окно также может иметь уникальный числовой идентификатор. Идентификаторы child окон важны, если вы работаете с сообщениями. Приложение управляет элементами управления, отправляя им сообщения. Приложение может использовать идентификатор child окна для отправки в него сообщений. Кроме того, если элемент управления шлёт сообщения-уведомления своему родителю, то эти сообщения будут включать в себя идентификатор child-окна, что позволит родителю идентифицировать отправителя сообщения. Приложение указывает идентификатор child окна установкой параметра <code>hMenu</code> <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a> в число - значение идентификатора (<a href="http://www.transl-gunsmoker.ru/2012/03/windows.html#menu_handle_child_id" title="Об окнах Windows">а не описатель меню</a>).<br /> <br /> <h4><a id="layered"></a>Layered окна</h4> Использование <em>layered окна</em> ("окна со слоями") может здорово улучшить производительность и визуальные эффекты для окон, которые имеют сложную форму, анимацию или применяют альфа-каналы. Система автоматически производит композицию и перерисовку layered окон и окон под ним. В результате layered окна рисуются гладко, без эффектов мерцания на сложных регионах. Кроме того, layered окна могут быть сделаны частично прозрачными.<br /> <br /> Чтобы создать layered окно, вам нужно указать флаг <code>WS_EX_LAYERED</code> расширенного стиля окна при вызове <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a> или вызвать <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function">функцию <code>SetWindowLong</code></a> уже после создания окна. После вызова <code>CreateWindowEx</code> layered окно не будет видимо до тех пор, пока вы не вызовите для него <a href="http://msdn.microsoft.com/en-us/library/ms633540(VS.85).aspx" title="MSDN: SetLayeredWindowAttributes Function">функцию <code>SetLayeredWindowAttributes</code></a> или <a href="http://msdn.microsoft.com/en-us/library/ms633556(VS.85).aspx" title="MSDN: UpdateLayeredWindow Function">функцию <code>UpdateLayeredWindow</code></a>.<br /> <br /> <strong>Примечание</strong>: начиная с Windows 8 <code>WS_EX_LAYERED</code> может использоваться как для окон верхнего уровня, так и для дочерних окон (child окон). Предыдущие версии Windows поддерживают стиль <code>WS_EX_LAYERED</code> только для окон верхнего уровня.<br /> <br /> Чтобы установить степень непрозрачности (opacity level) или цвет-маску (transparency color key) для заданного layered окна - вызовите <a href="http://msdn.microsoft.com/en-us/library/ms633540(VS.85).aspx" title="MSDN: SetLayeredWindowAttributes Function">функцию <code>SetLayeredWindowAttributes</code></a>. После этого вызова система всё ещё может запросить окно нарисовать себя при показе или перемещении. Однако, поскольку система запоминает растровое содержимое layered окна, то она не будет просить окно перерисовать себя при частичном перекрытии окна другими окнами или при его перемещении по рабочему столу. При этом устаревшим приложениям не нужно переделывать их код рисования, если они хотят добавить прозрачность или эффекты - потому что система перенаправляет рисование на окнах, которые вызвали <code>SetLayeredWindowAttributes</code>, на внеэкранный растр.<br /> <br /> Чтобы реализовать более эффективную анимацию или если вам нужно попиксельное альфа-смешение цветов - вы можете вызвать <a href="http://msdn.microsoft.com/en-us/library/ms633556(VS.85).aspx" title="MSDN: UpdateLayeredWindow Function"><code>UpdateLayeredWindow</code></a>. <code>UpdateLayeredWindow</code> следует использовать, когда приложение хочет работать напрямую с формой и содержимым layered окна, минуя внеэкранный буфер, который система предоставляет через вызов <a href="http://msdn.microsoft.com/en-us/library/ms633540(VS.85).aspx" title="MSDN: SetLayeredWindowAttributes Function"><code>SetLayeredWindowAttributes</code></a>. Кроме того, использование <code>UpdateLayeredWindow</code> более эффективно, потому что системе не нужно выделять дополнительную память для хранения изображения перенаправленного окна. Обратите внимание, что если вы вызвали <code>SetLayeredWindowAttributes</code>, то все последующие вызовы <code>UpdateLayeredWindow</code> завершатся с ошибкой - до тех пор, пока вы не переустановите (сбросите и заново установите) флаг <code>WS_EX_LAYERED</code>.<br /> <br /> Тестирование на попадание мышью (hit testing) для layered окна основывается на форме и прозрачности окна. Это означает, что зоны окна, которые раскрашены цветовым ключом или же их альфа-канал равен нулю, пропустят щелчки мыши мимо себя. Однако если в окне дополнительно установлен флаг <code>WS_EX_TRANSPARENT</code>, то всё окно целиком будет пропускать щелчки мыши сквозь себя.<br /> <br /> <h4><a id="message_only"></a>Message-Only окна</h4> <em>Message-only окно</em> ("окно для сообщений") позволяет вам принимать и отправлять оконные сообщения. Оно не видимо, не имеет Z-порядка, не появляется в перечислениях (enum) и не принимает широковещательные сообщения. Это окно просто диспетчеризирует сообщения.<br /> <br /> Чтобы создать message-only окно, укажите константу <a href="#message_only"><code>HWND_MESSAGE</code></a> или описатель на другое message-only окно в параметре <code>hWndParent</code> <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a>. Вы также можете сконвертировать любое существующее окно в message-only окно, указав <code>HWND_MESSAGE</code> в качестве параметра <code>hWndNewParent</code> <a href="http://msdn.microsoft.com/en-us/library/ms633541(VS.85).aspx" title="MSDN: SetParent Function">функции <code>SetParent</code></a>.<br /> <br /> Чтобы найти message-only окна - укажите <a href="#message_only"><code>HWND_MESSAGE</code></a> в параметре <code>hwndParent</code> <a href="http://msdn.microsoft.com/en-us/library/ms633500(VS.85).aspx" title="MSDN: FindWindowEx Function">функции <code>FindWindowEx</code></a>. Кроме того, функция <code>FindWindowEx</code> будет искать message-only окна наравне с окнами верхнего уровня, если оба параметра <code>hwndParent</code> и <code>hwndChildAfter</code> будут равны нулю.<br /> <br /> <h3><a id="relationships"></a>Отношения между окнами</h3> Существует много способов, которыми одно окно может относится к пользователю или другому окну. Окно может быть владеемым, окном переднего или заднего плана, а также у него может быть задан Z-порядок по отношению к другим окнам: <ul> <li><a href="#foreground">Окна первого и заднего плана</a></li> <li><a href="#owned_windows">Owned окна</a></li> <li><a href="#zorder">Z-порядок</a></li> </ul> <br /> <h4><a id="foreground"></a>Окна первого и заднего плана</h4> Каждый процесс может иметь несколько потоков для выполнения, и каждый поток может создавать окна. Поток, который создал окно, с которым сейчас работает пользователь, называется потоком первого плана (foreground thread), а окно называется <code>foreground окном</code> (окном первого плана). Все прочие потоки называются потоками заднего плана (background thread), а все прочие окна - окнами заднего плана (<em>background окнами</em>).<br /> <br /> Каждый поток имеет уровень приоритета, который определяет количество времени процессора, получаемое этим потоком. Хотя приложение может менять уровень приоритета своих потоков, обычно поток первого плана получает небольшую прибавку приоритета по отношению к потокам заднего плана. Поэтому поток первого плана будет получать больше процессорного времени, чем потоки заднего плана. Обычно поток первого плана имеет приоритет 9, в то время как обычное значение приоритета потока заднего плана - 7.<br /> <br /> Пользователь задаёт окно переднего плана, щёлкая по окну, либо используя комбинации клавиш ALT+TAB или ALT+ESC. Чтобы получить описатель окна переднего плана - используйте <a href="http://msdn.microsoft.com/en-us/library/ms633505(VS.85).aspx" title="MSDN: GetForegroundWindow Function">функцию <code>GetForegroundWindow</code></a>.<br /> <br /> Приложение может установить окно переднего плана, используя функцию <a href="http://msdn.microsoft.com/en-us/library/ms633539(VS.85).aspx" title="MSDN: SetForegroundWindow Function"><code>SetForegroundWindow</code></a>.<br /> <br /> Система ограничивает процессы, которым разрешено менять окно переднего плана. Процесс сможет сделать это только если верны условия ниже: <ul> <li>процесс является процессом первого плана (т.е. окно первого плана принадлежит ему).</li> <li>процесс был запущен процессом переднего плана.</li> <li>процесс получил последнее сообщение ввода.</li> <li>в системе нет процесса переднего плана.</li> <li>процесс первого плана сейчас отлаживается.</li> <li>смена окна первого плана не заблокирована (см. <a href="http://msdn.microsoft.com/en-us/library/ms633532(VS.85).aspx" title="MSDN: LockSetForegroundWindow Function"><code>LockSetForegroundWindow</code></a>).</li> <li>истёк таймаут блокировки окна (см. <code>SPI_GETFOREGROUNDLOCKTIMEOUT</code> в <a href="http://msdn.microsoft.com/en-us/library/ms724947(VS.85).aspx" title="MSDN: SystemParametersInfo Function"><code>SystemParametersInfo</code></a>).</li> <li>нет активных меню.</li> </ul> Процесс, которому разрешено менять окно первого плана, может передать это право другому процессу вызовом <a href="http://msdn.microsoft.com/en-us/library/ms632668(VS.85).aspx" title="MSDN: AllowSetForegroundWindow Function">функции <code>AllowSetForegroundWindow</code></a> или <a href="http://msdn.microsoft.com/en-us/library/ms644932(VS.85).aspx" title="MSDN: BroadcastSystemMessage Function">функции <code>BroadcastSystemMessage</code></a> с флагом <code>BSF_ALLOWSFW</code>. Процесс первого плана также может отключить вызовы <a href="http://msdn.microsoft.com/en-us/library/ms633539(VS.85).aspx" title="MSDN: SetForegroundWindow Function"><code>SetForegroundWindow</code></a>, вызвав <a href="http://msdn.microsoft.com/en-us/library/ms633532(VS.85).aspx" title="MSDN: LockSetForegroundWindow Function"><code>LockSetForegroundWindow</code></a> function.<br /> <br /> <h4><a id="owned_windows"></a>Owned окна</h4> Overlapped или pop-up окно может владеть другим overlapped или pop-up окном. Отношение "владелец - owned окно" накладывают ограничения на последнее: <ul> <li>Owned окно всегда находится поверх своего владельца в Z-порядке.</li> <li>Система автоматически уничтожает owned окна при уничтожении их владельца.</li> <li>Owned окно скрывается при минимизации своего владельца.</li> </ul> Владельцем может быть только overlapped или pop-up окно; child окна владельцами быть не могут. Приложение может создать owned окно указанием описателя окна-владельца в параметре <code>hwndParent</code> <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a>, когда она создаёт окно со стилями <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles"><code>WS_OVERLAPPED</code></a> или <code>WS_POPUP</code>. Параметр <code>hwndParent</code> должен идентифицировать overlapped или pop-up окно. После создания owned окна приложение не может передать отношение владения другому окну.<br /> <br /> Диалоговые окна и окна-сообщения (message box) являются owned окнами. Приложение указывает окно-владельца при вызове функции, создающей диалог или окно-сообщение.<br /> <br /> Приложение может использовать <a href="http://msdn.microsoft.com/en-us/library/ms633515(VS.85).aspx" id="MSDN: GetWindow Function">функцию <code>GetWindow</code></a> с флагом <code>GW_OWNER</code>, чтобы получить описатель окна-владельца.<br /> <br /> <h4><a id="zorder"></a>Z-порядок</h4> <em>Z-order</em> (Z-порядок) окна указывает положение окна в стопке overlapped окон. Эта стопка окон ориентируется вдоль воображаемой оси (оси Z), идущей от экрана. Окно на вершине Z оси (Z-порядка) перекрывает все прочие окна. Окно на дне Z-порядка может быть перекрыто любым другим окном.<br /> <br /> Система хранит Z-порядок в едином списке. Она добавляет окна в список в зависимости от их типа: topmost окна, top-level окна и child окна. <em>Окно "поверх всех"</em> (topmost окно) перекрывает все прочие окна (не topmost окна), вне зависимости от того, является ли topmost окно активным. У topmost окон устанавливается стиль <code>WS_EX_TOPMOST</code>. Все topmost окна всегда располагаются в списке Z-порядка перед любыми другими не topmost окнами. Child окна группируются вместе с их родителями.<br /> <br /> Когда приложение создаёт окно, система помещает окно в список Z-order - на вершину цепочки окон того же типа. Вы можете использовать <a href="http://msdn.microsoft.com/en-us/library/ms632673(VS.85).aspx" title="MSDN: BringWindowToTop Function">функцию <code>BringWindowToTop</code></a>, чтобы переместить окно на вершину списка Z-order (но только в рамках окон того же типа). Вы можете переупорядочивать окна, используя функции <a href="http://msdn.microsoft.com/en-us/library/ms633545(VS.85).aspx" title="MSDN: SetWindowPos Function"><code>SetWindowPos</code></a> или <a href="http://msdn.microsoft.com/en-us/library/ms632681(VS.85).aspx" title="MSDN: DeferWindowPos Function"><code>DeferWindowPos</code></a>.<br /> <br /> Пользователь может изменить Z-порядок активируя различные окна. Система перемещает активное окно на вершину Z-порядка для окон того же типа. Child окна перемещаются на вершину вместе со своим родителем. Вы можете использовать <a href="http://msdn.microsoft.com/en-us/library/ms633514(VS.85).aspx" title="MSDN: GetTopWindow Function">функцию <code>GetTopWindow</code></a> для поиска всех child окон родительского окна и получения описателя child окна на вершине Z-порядка. <a href="http://msdn.microsoft.com/en-us/library/ms633509(VS.85).aspx" title="MSDN: GetNextWindow Function">Функция <code>GetNextWindow</code></a> возвращает описатель следующего или предыдущего окна в Z-порядке.<br /> <br /> <h3><a id="show_states"></a>Состояния отображения окон</h3> В любой момент времени произвольное окно может быть активным или не активным; скрытым или видимым; и либо минимизированным, либо максимизированным, либо развёрнутым. Все эти характеристики называются <em>window show state</em> (состояния отображения окон). Они обсуждаются ниже:<br /> <br /> <ul> <li><a href="#active">Активное окно</a></li> <li><a href="#disabled">Отключенные окна</a></li> <li><a href="#visibility">Видимость окон</a></li> <li><a href="#min_max">Минимизированные, максимизированные и развёрнутые окна</a></li> </ul> <h4> <a id="active"></a>Активное окно</h4> <em>Активное окно</em> (active window) - это окно верхнего уровня (top-level) приложения, с которым сейчас работает пользователь. Чтобы пользователь мог опознать активное окно, система размещает активное окно на вершине Z-порядка, а также изменяет вид заголовка (выделяя его) и рамки окна. Активным окном может быть только окно верхнего уровня. Если пользователь работает с child окном, то система активирует окно верхнего уровня, ассоциированное с текущим child окном.<br /> <br /> В любой момент времени в системе может быть только одно активное окно. Пользователь может активировать окно (верхнего уровня) просто щёлкая по нему (или по одному из его child окон), либо используя комбинации клавиш для переключения окон (например, ALT+ESC или ALT+TAB). Приложение может сделать окно (верхнего уровня) активным, вызывая <a href="http://msdn.microsoft.com/en-us/library/ms646311(VS.85).aspx" title="MSDN: SetActiveWindow Function">функцию <code>SetActiveWindow</code></a>. Активация окна также может происходить при использовании других функций, включая <a href="http://msdn.microsoft.com/en-us/library/ms633545(VS.85).aspx" title="MSDN: SetWindowPos Function"><code>SetWindowPos</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms632681(VS.85).aspx" title="MSDN: DeferWindowPos Function"><code>DeferWindowPos</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms633544(VS.85).aspx" title="MSDN: SetWindowPlacement Function"><code>SetWindowPlacement</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms632682(VS.85).aspx" title="MSDN: DestroyWindow Function"><code>DestroyWindow</code></a>. Хотя приложение может менять активное окно в любое время, но чтобы не смущать пользователя, лучше всего это делать в ответ на действия пользователя. Приложение может узнать текущее активное окно вызовом <a href="http://msdn.microsoft.com/en-us/library/ms646292(VS.85).aspx" title="MSDN: GetActiveWindow Function">функции <code>GetActiveWindow</code></a>.<br /> <br /> Когда активное окно изменяется с окна одного приложения на окно другого приложения, система посылает <a href="http://msdn.microsoft.com/en-us/library/ms632614(VS.85).aspx" title="MSDN: WM_ACTIVATEAPP Function">сообщение <code>WM_ACTIVATEAPP</code></a> обоим приложениям, уведомляя их об изменении активного окна. Если же активное окно изменяется с одного окна приложения на другое окно этого же приложения, то система посылает <a href="http://msdn.microsoft.com/en-us/library/ms646274(VS.85).aspx" title="MSDN: WM_ACTIVATE Function">сообщение <code>WM_ACTIVATE</code></a> обоим окнам этого приложения.<br /> <br /> <h4><a id="disabled"></a>Отключенные окна</h4> Окно может быть отключено. <em>Отключенное окно</em> (disabled window) не может получать ввод пользователя (сообщения клавиатуры и мыши), но может получать сообщения от других окон, приложений и системы. Обычно приложение отключает окно для предотвращения взаимодействия с ним пользователя. К примеру, приложение может отключить кнопку в диалоге, чтобы не дать пользователю на неё нажать. Приложение может включить (enable) отключенное окно в любое время; включение окна восстановит возможность ввода.<br /> <br /> По умолчанию окно создаётся в доступном состоянии. Но приложение может указать <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_DISABLED</code></a> для создания окна в отключенном состоянии. Приложение может включить или отключить окно вызовом <a href="http://msdn.microsoft.com/en-us/library/ms646291(VS.85).aspx" title="MSDN: EnableWindow Function">функции <code>EnableWindow</code></a>. Непосредственно перед изменением состояния окна система отправляет ему <a href="http://msdn.microsoft.com/en-us/library/ms632621(VS.85).aspx" title="MSDN: WM_ENABLE Message">сообщение <code>WM_ENABLE</code></a>. Приложение может узнать статус окна вызовом <a href="http://msdn.microsoft.com/en-us/library/ms646303(VS.85).aspx" title="MSDN: IsWindowEnabled Function">функции <code>IsWindowEnabled</code></a>.<br /> <br /> Когда child окно отключается, система передаёт сообщения мыши от child окна его родителю. Родительское окно может использовать эти сообщения для определения того, не нужно ли включить child окно. Подробнее - см. <a href="http://msdn.microsoft.com/en-us/library/ms645533(VS.85).aspx" title="MSDN: Mouse Input">Mouse Input</a>.<br /> <br /> В каждый момент времени только одно окно в системе может принимать клавиатурный ввод; говорят, что такое <em>окно имеет фокус</em> (keyboard focus). Если приложение использует <a href="http://msdn.microsoft.com/en-us/library/ms646291(VS.85).aspx" title="MSDN: EnableWindow Function">функцию <code>EnableWindow</code></a> для отключения окна, которое имеет фокус ввода, то, кроме собственно отключения, окно также потеряет фокус ввода. Функция <code>EnableWindow</code> установит клавиатурный фокус в 0, что означает, что в системе нет окна с фокусом ввода. Аналогично, если фокус имеет child окно или descendant окно, а родитель отключается, то descendant окно теряет фокус ввода. Подробнее - см. <a href="http://msdn.microsoft.com/en-us/library/ms645530(VS.85).aspx" title="MSDN: Keyboard Input">Keyboard Input</a>.<br /> <br /> <h4><a id="visibility"></a>Видимость окон</h4> Окно может быть либо видимым, либо невидимым (скрытым). Система показывает на экране только <em>видимые окна</em> (visible window). Все <em>скрытые окна</em> (hidden window) не отображаются (не рисуются). Если окно видимо, то пользователь может взаимодействовать с окном (ввод и чтение содержимого). Если окно скрыто, то оно отключается. Скрытое окно может получать сообщения от других окон, приложений или системы, но оно не может получать ввод от пользователя или отображать себя на экране (рисовать). Приложение указывает видимость окон на экране при их создании. Приложение также может менять видимость окон после создания.<br /> <br /> Окно видимо, если у него установлен <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_VISIBLE</code></a>. По умолчанию <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функция <code>CreateWindowEx</code></a> создаёт скрытое окно, если только приложение явно не укажет стиль <code>WS_VISIBLE</code>. Обычно приложение создаёт окна скрытыми, а затем показывает их - после настройки окна, чтобы пользователь не видел процесс создания окна. Если при вызове функции <code>CreateWindowEx</code> указан стиль <code>WS_VISIBLE</code>, то система отправляет окну <a href="http://msdn.microsoft.com/en-us/library/ms632645(VS.85).aspx" title="MSDN: WM_SHOWWINDOW Message">сообщение <code>WM_SHOWWINDOW</code></a> после его создания, но до отображения на экране.<br /> <br /> Приложение может определить, видимо ли окно, используя <a href="http://msdn.microsoft.com/en-us/library/ms633530(VS.85).aspx" title="MSDN: IsWindowVisible Function">функцию <code>IsWindowVisible</code></a>. Приложение может изменить видимость окон вызовом функций <a href="http://msdn.microsoft.com/en-us/library/ms633548(VS.85).aspx" title="MSDN: ShowWindow Function"><code>ShowWindow</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms633545(VS.85).aspx" title="MSDN: SetWindowPos Function"><code>SetWindowPos</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms632681(VS.85).aspx" title="MSDN: DeferWindowPos Function"><code>DeferWindowPos</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms633544(VS.85).aspx" title="MSDN: SetWindowPlacement Function"><code>SetWindowPlacement</code></a> или <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function"><code>SetWindowLong</code></a>. Любая из этих функций может скрыть или показать окно - удалением или добавлением <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиля <code>WS_VISIBLE</code></a>. Они также отправят окну <a href="http://msdn.microsoft.com/en-us/library/ms632645(VS.85).aspx" title="MSDN: WM_SHOWWINDOW Function">сообщение <code>WM_SHOWWINDOW</code></a> непосредственно перед его показом или скрытием.<br /> <br /> Когда окно-владелец (owner) минимизируется, система автоматически скрывает ассоциированные с ним owned окна. Аналогично, когда owner окно восстанавливается, система автоматически показывает ассоциированные owned окна. В обоих случаях система посылает owned окнам <a href="http://msdn.microsoft.com/en-us/library/ms632645(VS.85).aspx" title="MSDN: WM_SHOWWINDOW Message">сообщения <code>WM_SHOWWINDOW</code></a>. Иногда приложению может понадобится скрыть owned окна не минимизируя владельца. В этом случае приложение может использовать <a href="http://msdn.microsoft.com/en-us/library/ms633547(VS.85).aspx" title="MSDN: ShowOwnedPopups Function">функцию <code>ShowOwnedPopups</code></a>. Эта функция устанавливает или удаляет <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_VISIBLE</code></a> для всех owned окон, а также рассылает им сообщения <code>WM_SHOWWINDOW</code>. Учтите, что скрытие окна-владельца не влияет на видимость ассоциированных с ним owned окон.<br /> <br /> Когда родительское окно видимо, то его child окна также видимы. Если родительское окно скрывается, то дочерние окна также скрываются. Минимизация родительского окна не влияет на видимость дочерних окон; т.е. child окна исчезают с экрана вместе с родителем, но <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_VISIBLE</code></a> для них не удаляется.<br /> <br /> Даже если у окна есть <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_VISIBLE</code></a>, пользователь может не видеть окна на экране; окно может быть перекрыто другими окнами или быть расположено за границами экрана. Кроме того, видимое child окно может обрезаться, как того диктуют отношения с родительским окном. И если родительское окно не видимо, то child окно также не будет видимо. Если родительское окно будет расположено за границами экрана, то его child окна также будут расположены за границами экрана, потому что child окно перемещается вместе с родительским окном, ограничен им и располагается в относительных координатах.<br /> <br /> <h4><a id="min_max"></a>Минимизированные, максимизированные и развёрнутые окна</h4> <em>Максимизированное окно</em> (maximized window) - это окно, у которого установлен <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_MAXIMIZE</code></a>. По умолчанию система увеличивает максимизированное окно так, чтобы оно заполняло экран или, в случае child окна, клиентскую область родительского окна. Хотя вы также можете установить размеры и положение окна так, чтобы они совпали с положением максимизированного окна, эти состояния отличаются. Система отключает возможность перемещения окна и изменения его размера для максимизированных окон. Кроме того, кнопка максимизации изменяется на кнопку восстановления размера.<br /> <br /> <em>Минимизированное окно</em> (minimized window) - это окно, у которого установлен <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стиль <code>WS_MINIMIZE</code></a>. По умолчанию система уменьшает окно до размеров его кнопки на панели задач и перемещает окно на панель задач. <br /> <br /> <em>Развёрнутое окно</em> (restored window) - это окно, которое было восстановлено в исходные размер и положение после минимизации или максимизации.<br /> <br /> Если приложение укажет стили <code>WS_MAXIMIZE</code> или <code>WS_MINIMIZE</code> в функции <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function"><code>CreateWindowEx</code></a>, окно создастся изначально максимизированным или минимизированным. После создания окна приложение может использовать <a href="http://msdn.microsoft.com/en-us/library/ms632678(VS.85).aspx" title="MSDN: CloseWindow Function">функцию <code>CloseWindow</code></a> для минимизации окна. <a href="http://msdn.microsoft.com/en-us/library/ms632671(VS.85).aspx" title="MSDN: ArrangeIconicWindows Function">Функция <code>ArrangeIconicWindows</code></a> упорядочивает свёрнутые окна на рабочем столе или в родительском окне. <a href="http://msdn.microsoft.com/en-us/library/ms633535(VS.85).aspx" id="MSDN: OpenIcon Function">Функция <code>OpenIcon</code></a> восстанавливает минимизированное окно.<br /> <br /> Дополнительно: <a href="http://www.transl-gunsmoker.ru/2010/02/160x31.html" title="Почему все свёрнутые окна имеют размер 160x31?">Почему все свёрнутые окна имеют размер 160x31?</a>.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms633548(VS.85).aspx" title="MSDN: ShowWindow Function">Функция <code>ShowWindow</code></a> может минимизировать, максимизировать и восстанавливать окна. Она также может менять видимость окон и задавать активное окно. <a href="http://msdn.microsoft.com/en-us/library/ms633544(VS.85).aspx" title="MSDN: SetWindowPlacement Function">Функция <code>SetWindowPlacement</code></a> содержит ту же функциональность, что и <code>ShowWindow</code>, но она также может менять размещение окна по умолчанию в положениях минимизации, максимизации и восстановления.<br /> <br /> Функции <a href="http://msdn.microsoft.com/en-us/library/ms633531(VS.85).aspx" title="MSDN: IsZoomed Function"><code>IsZoomed</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms633527(VS.85).aspx" title="MSDN: IsIconic Function"><code>IsIconic</code></a> определяют, является ли заданное окно максимизированным или минимизированным соответственно. <a href="http://msdn.microsoft.com/en-us/library/ms633518(VS.85).aspx" title="MSDN: GetWindowPlacement Function">Функция <code>GetWindowPlacement</code></a> может получить положения минимизации, максимизации и восстановления для окна, а также определить состояние отображения окна.<br /> <br /> Когда система получает команду на максимизацию или восстановление минимизированного окна, она отправляет окну <a href="http://msdn.microsoft.com/en-us/library/ms632640(VS.85).aspx" title="MSDN: WM_QUERYOPEN Message">сообщение<code>WM_QUERYOPEN</code></a>. Если оконная процедура вернёт <code>0</code>, то система проигнориует команду максимизации или восстановления.<br /> <br /> Система автоматически устанавливает размеры и положение максимизированного окна. Чтобы изменить системные умолчания, приложение может либо использовать <a href="http://msdn.microsoft.com/en-us/library/ms633544(VS.85).aspx" title="MSDN: SetWindowPlacement Function">функцию <code>SetWindowPlacement</code></a>, либо обрабатывать <a href="http://msdn.microsoft.com/en-us/library/ms632626(VS.85).aspx" title="MSDN: WM_GETMINMAXINFO Message">сообщение <code>WM_GETMINMAXINFO</code></a>, которое отправляется окну непосредственно перед максимизацией. Сообщение <code>WM_GETMINMAXINFO</code> содержит указатель на <a href="http://msdn.microsoft.com/en-us/library/ms632605(VS.85).aspx" title="MSDN: MINMAXINFO Structure">запись <code>MINMAXINFO</code></a>, содержащую значения размера и положения окна, присвоенные системой. Приложение может изменить эти значения.<br /> <br /> <h3><a id="size_position"></a>Размер и положение окна</h3> Размер и положение окна выражаются как ограничивающий прямоугольник (bounding rectangle), задавая его координаты относительно экрана (для окон верхнего уровня) или родительского окна (для child окон). Приложение указывает размер и положение окна при его создании, но может изменить их в любое время. Подробнее - см. <a href="http://msdn.microsoft.com/en-us/library/dd162714(VS.85).aspx" title="MSDN: Filled Shapes">Filled Shapes</a>.<br /> <br /> В этой секции также рассматриваются: <ul> <li><a href="#default">Размеры и положение по умолчанию</a></li> <li><a href="#tracking">Отслеживание размера</a></li> <li><a href="#system_commands">Системные команды</a></li> <li><a href="#functions">Функции для размера и положения</a></li> <li><a href="#messages">Сообщения для размера и положения</a></li> </ul> <br /> <h4><a id="default"></a>Размеры и положение по умолчанию</h4> Приложение может разрешить системе задать начальные положение и размер окна верхнего уровня, указав <code>CW_USEDEFAULT</code> в <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функции <code>CreateWindowEx</code></a>. Если приложение установит координаты окна в значение <code>CW_USEDEFAULT</code>, то если приложение не создало других окон верхнего уровня, то система будет размещать окно относительно экрана; в противном случае система будет размещать окно относительно последнего созданного окна верхнего уровня. Если приложение также укажет <code>CW_USEDEFAULT</code> для ширины и высоты окна, то размеры окна будут определяться системой. Если приложение до этого создавало окна верхнего уровня, то система будет определять размер окна по последнему созданному окну верхнего уровня. Указание <code>CW_USEDEFAULT</code> для child или pop-up окна создаст окно с минимальным размером.<br /> <br /> <h4><a id="tracking"></a>Отслеживание размера</h4> Система хранит максимальный и минимальный размеры окон со стилем <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="Window Styles"><code>WS_THICKFRAME</code></a>; окно с этим стилем имеет рамку с возможностью изменения размера. <em>Минимальный размер</em> (minimum tracking size) - это наименьший размер окна, который пользователь сможет задать, перетаскивая рамку окна. Аналогично <em>максимальный размер</em> (maximum tracking size) - это наибольший размер окна, который сможет получить пользователь при изменении размеров окна.<br /> <br /> Минимальные и максимальные размеры окна устанавливаются в системные значения по умолчанию при создании окна. Приложение может узнать эти значения и заместить их на свои при обработке <a href="http://msdn.microsoft.com/en-us/library/ms632626(VS.85).aspx" title="MSDN: WM_GETMINMAXINFO Message">сообщения <code>WM_GETMINMAXINFO</code></a>. Подробнее - см. <a href="#messages" title="Сообщения для размера и положения">ниже</a>.<br /> <br /> <h4><a id="system_commands"></a>Системные команды</h4> Приложение, которое имеет оконное меню ("системное меню"), может изменить размеры окна отправкой системный команд. Системные команды отправляются, когда пользователь выбирает команды из оконного меню. Приложение может эмулировать действия пользователя отправкой <a href="http://msdn.microsoft.com/en-us/library/ms646360(VS.85).aspx" title="MSDN: WM_SYSCOMMAND Message">сообщения <code>WM_SYSCOMMAND</code></a> окну. Следующие системные команды влияют на размер и положение окна:<br /> <br /> <table border=1 cellpadding=4> <thead> <tr><th>Команда</th><th>Описание</th></tr> <tbody> <tr><td>SC_CLOSE</td><td>Закрывает окно. Эта команда отправляет <a href="http://msdn.microsoft.com/en-us/library/ms632617(VS.85).aspx" title="MSDN: WM_CLOSE Message">сообщение <code>WM_CLOSE</code></a> окну. Дальнейшие действия зависят от окна (обработчика сообщения <code>WM_CLOSE</code>).</td></tr> <tr><td>SC_MAXIMIZE</td><td>Максимизирует окно.</td></tr> <tr><td>SC_MINIMIZE</td><td>Минимизирует окно.</td></tr> <tr><td>SC_MOVE</td><td>Перемещает окно.</td></tr> <tr><td>SC_RESTORE</td><td>Восстанавливает минимизированное или максимизированное окно на его исходные положение и размер.</td></tr> <tr><td>SC_SIZE</td><td>Начинает процедуру изменения размера. Для изменения размера окна можно использовать мышь или стрелки на клавиатуре.</td></tr> </tbody></table> <br /> <br /> <h4><a id="functions"></a>Функции для размера и положения</h4> После создания окна приложение может установить размер или положение окна вызовом одной из следующих функций: <a href="http://msdn.microsoft.com/en-us/library/ms633544(VS.85).aspx" title="MSDN: SetWindowPlacement Function"><code>SetWindowPlacement</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms633534(VS.85).aspx" title="MSDN: MoveWindow Function"><code>MoveWindow</code></a>, <a href="http://msdn.microsoft.com/en-us/library/ms633545(VS.85).aspx" title="MSDN: SetWindowPos Function"><code>SetWindowPos</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms632681(VS.85).aspx" title="MSDN: DeferWindowPos Function"><code>DeferWindowPos</code></a>. <code>SetWindowPlacement</code> может установить минимизированный размер, максимизированный размер, обычный размер и положение окна, а также состояние видимости. Функции <code>MoveWindow</code> и <code>SetWindowPos</code> похожи; они обе устанавливают размер или положение одного окна в приложении. Но функция <code>SetWindowPos</code> допускает изменение видимости окна; а <code>MoveWindow</code> - нет. Используя функции <a href="http://msdn.microsoft.com/en-us/library/ms632672(VS.85).aspx" title="MSDN: BeginDeferWindowPos Function"><code>BeginDeferWindowPos</code></a>, <code>DeferWindowPos</code> и <a href="http://msdn.microsoft.com/en-us/library/ms633440(VS.85).aspx" title="MSND: EndDeferWindowPos Function"><code>EndDeferWindowPos</code></a>, приложение может одновременно изменить атрибуты нескольких окон сразу - включая положение, размеры, Z-порядок и видимость.<br /> <br /> Приложение может получить ограничивающий прямоугольник вызовом <a href="http://msdn.microsoft.com/en-us/library/ms633519(VS.85).aspx" title="MSDN: GetWindowRect Function">функции <code>GetWindowRect</code></a>. <code>GetWindowRect</code> заполняет <a href="http://msdn.microsoft.com/en-us/library/dd162897(VS.85).aspx" title="MSDN: RECT Structure">запись <code>TRect</code></a> координатами левого-верхнего и правого-нижнего углов окна. Координаты вычисляются относительно левого-верхнего угла экрана - даже для child окон (позиционирование которых осуществляется относительно родительского окна). Функции <a href="http://msdn.microsoft.com/en-us/library/dd162952(VS.85).aspx" title="MSDN: ScreenToClient Function"><code>ScreenToClient</code></a> или <a href="http://msdn.microsoft.com/en-us/library/dd145046(VS.85).aspx" title="MSDN: MapWindowPoints Function"><code>MapWindowPoints</code></a> могут быть использованы для перевода экранных координат в относительные координаты для child окон.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms633503(VS.85).aspx" title="MSDN: GetClientRect Function">Функция <code>GetClientRect</code></a> возвращает координаты клиентской области окна. <code>GetClientRect</code> заполняет <code>TRect</code> координатами левого-верхнего и правого-нижнего углов клиентской области окна, но координаты считаются относительно самой клиентской области окна. Т.е. левый-верхний угол всегда имеет координаты (0, 0), а координаты правого-нижнего угла - это ширина и высота клиентской области окна.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms632674(VS.85).aspx" title="MSDN: CascadeWindows Function">Функция <code>CascadeWindows</code></a> раскладывает каскадом (cascade) окна на рабочем столе или child окна в родительском окне. <a href="http://msdn.microsoft.com/en-us/library/ms633554(VS.85).aspx" title="MSDN: TileWindows Function">Функция <code>TileWindows</code></a> раскладывает окна черепицей (tiles).<br /> <br /> <h4><a id="messages"></a>Сообщения для размера и положения</h4> Окну, чьё положение должно измениться, система отправляет <a href="http://msdn.microsoft.com/en-us/library/ms632626(VS.85).aspx" title="MSDN: WM_GETMINMAXINFO Message">сообщение <code>WM_GETMINMAXINFO</code></a>. К примеру, это сообщение будет отправлено, если пользователь щёлкнул по командам <code>Переместить</code> или <code>Изменить размер</code> из оконного меню или щёлкает по рамке окна или заголовку; также это сообщение будет отправлено, если приложение вызовет <a href="http://msdn.microsoft.com/en-us/library/ms633545(VS.85).aspx" title="MSDN: SetWindowPos Function">функцию <code>SetWindowPos</code></a> для перемещения или изменения размера окна. <code>Сообщение WM_GETMINMAXINFO</code> передаёт указатель на <a href="http://msdn.microsoft.com/en-us/library/ms632605(VS.85).aspx" title="MSDN: MINMAXINFO Structure">запись <code>TMinMaxInfo</code></a>, которая содержит размер и положение максимизированного окна по умолчанию, равно как и минимальные и максимальные размеры окна. Приложение может изменить эти значения, обрабатывая сообщение <code>WM_GETMINMAXINFO</code>. Чтобы получать сообщения <code>WM_GETMINMAXINFO</code>, окно должно иметь стиль <code>WS_THICKFRAME</code> или <code>WS_CAPTION</code>. Окно со стилем <code>WS_THICKFRAME</code> получит это сообщение во время создания окна, а также при изменениях размера и положения.<br /> <br /> Окну, чьи размеры, положение, Z-порядок или видимость должны измениться, система отправит сообщение <a href="http://msdn.microsoft.com/en-us/library/ms632653(VS.85).aspx" title="MSDN: WM_WINDOWPOSCHANGING Message"><code>WM_WINDOWPOSCHANGING</code></a>. Это сообщение содержит указатель на запись <a href="http://msdn.microsoft.com/en-us/library/ms632612(VS.85).aspx" title="MSDN: WINDOWPOS Structure"><code>TWindowsPos</code></a>, которая указывает новые положения, размер, Z-порядок и видимость окна. Изменяя поля записи <code>TWindowsPos</code>, приложение может изменить способ отображения окна.<br /> <br /> После того, как изменились размер, положение, Z-порядок или видимость окна, система отправляет окну <a href="http://msdn.microsoft.com/en-us/library/ms632652(VS.85).aspx" title="MSDN: WM_WINDOWPOSCHANGED Message">сообщение <code>WM_WINDOWPOSCHANGED</code></a>. Это сообщение содержит указатель на <a href="http://msdn.microsoft.com/en-us/library/ms632612(VS.85).aspx" title="MSDN: WINDOWPOS Structure">запись <code>TWindowPos</code></a>, которая информирует окно о его новых атрибутах. Изменение этой записи не приведёт к изменению атрибутов окна. Окно, которому нужно обрабатывать сообщения <a href="http://msdn.microsoft.com/en-us/library/ms632646(VS.85).aspx" title="MSDN: WM_SIZE Message"><code>WM_SIZE</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms632631(VS.85).aspx" title="MSDN: WM_MOVE Message"><code>WM_MOVE</code></a>, должно передавать сообщение <code>WM_WINDOWPOSCHANGED</code> в <a href="http://msdn.microsoft.com/en-us/library/ms633572(VS.85).aspx" title="MSDN: DefWindowProc Function">функцию <code>DefWindowProc</code></a>; иначе система не будет рассылать сообщения <code>WM_SIZE</code> и <code>WM_MOVE</code>.<br /> <br /> Когда окно создаётся или изменяет размер, система также отправляет окну сообщение <a href="http://msdn.microsoft.com/en-us/library/ms632634(VS.85).aspx" title="MSDN: WM_NCCALCSIZE Message"><code>WM_NCCALCSIZE</code></a>. Это сообщение используется системой для вычисления размера и относительного положения клиентской области окна (относительно левого-верхнего угла самого окна). Как правило, окно просто передаёт это сообщение обработчику по умолчанию; однако это сообщение может быть использовано приложениями, которые хотят изменить размеры клиентской области окна. Для более подробной информации - см. <a href="http://msdn.microsoft.com/en-us/library/dd162759(VS.85).aspx" title="MSDN: Painting and Drawing">Painting and Drawing</a>.<br /> <br /> <h3><a id="animation"></a>Анимация окон</h3> <br /> Вы можете создавать специальные эффекты при показе или скрытии окон, используя <a href="http://msdn.microsoft.com/en-us/library/ms632669(VS.85).aspx" title="MSDN: AnimateWindow Function">функцию <code>AnimateWindow</code></a>. При использовании этой функции вы можете указать эффекты roll, slide, collapse, expand или fade.<br /> <br /> По умолчанию система использует анимацию <em>roll</em>. При этой анимации окно "раскатывается" от одного края до противоположного. Вы можете указать в флагах направление анимации: горизонтально, вертикально или по диагонали.<br /> <br /> С флагом <code>AW_SLIDE</code> система использует анимацию <em>slide</em>. При этом окно "выезжает". Анимация похожа на roll анимацию. roll анимация использует сглаженный край окна, имитируя рулон, а slide использует чёткие края, имитируя плоское окно. Аналогично, вы можете указать в флагах направление анимации: горизонтально, вертикально или по диагонали.<br /> <br /> Флаг <code>AW_BLEND</code> задаёт анимацию <em>alpha-blended fade</em>. При этом окно постепенно "проявляется" или исчезает. У этой анимации нет направления.<br /> <br /> Вы также можете использовать флаг <code>AW_CENTER</code> для анимации разворота окна из центра окна. Анимация похожа на roll анимацию, но roll анимация показывает окно от границы к границе окна, а center анимация - от центра окна до его границ. У этой анимации нет направления.<br /> <br /> <h3><a id="layout_mirroring"></a>Компоновка и отражение</h3> Компоновка окна (window layout) определяет способ размещения в окне или контексте устройства (DC - Device Context) текста и объектов GDI. Некоторые языки (вроде английского, французского, русского и немецкого) требуют компоновку left-to-right (LTR) - "слева направо". Другие языки (арабский, иврит) требуют компоновки right-to-left (RTL) - "справа налево". Компоновка окна применяется к тексту, но она также влияет и на другие элементы окна, включая растры, значки, расположение кнопок, многоуровневых деревьев, то, будет ли увеличиваться или уменьшаться горизонтальная координата при сдвиге вправо и т.п. К примеру, после того, как приложение установит компоновку RTL, начало координатной сетки в окне будет расположено в правом-верхнем углу окна (или контекста устройства) - в то время как обычно точка отсчёта располагается в левом-верхнем угле; а горизонтальная координата будет увеличиваться при движении влево, а не вправо, как это было с LTR. Однако не все объекты подчиняются компоновке окна. К примеру, компоновки диалоговых окон, окон-сообщений (message box) и контекстов устройств, не ассоциированных с окном (метафайлы, принтеры и другие) - обрабатываются отдельно. Некоторые такие особенности также упомянуты ниже.<br /> <br /> Оконные функции позволяют вам указать или изменить компоновку окна. Заметьте, что изменение компоновки на RTL (этот процесс также называется зеркалированием или отражением окна - mirroring) не поддерживается окнами, которые установили <a href="http://msdn.microsoft.com/en-us/library/ms633574(VS.85).aspx#class_styles" title="MSDN: About Window Classes: Class styles">стиль <code>CS_OWNDC</code></a>, а также контекстами устройств в режиме <code>GM_ADVANCED</code>.<br /> <br /> По умолчанию окно и контексты устройств имеют компоновку left-to-right (LTR). Чтобы изменить компоновку окна на RTL - вызовите <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функцию <code>CreateWindowEx</code></a> с флагом <code>WS_EX_LAYOUTRTL</code>. Также, по умолчанию, child окна (т.е. окна, создаваемые со <a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">стилем <code>WS_CHILD</code></a>) будут иметь ту же компоновку, что и их родитель. Чтобы отключить наследование зеркалирования для child окон и задавать компоновку явно - добавьте стиль <code>WS_EX_NOINHERITLAYOUT</code> в вызове <code>CreateWindowEx</code>. Заметьте, что компоновка не наследуется owned окнами (создаваемыми без стиля <code>WS_CHILD</code>) или окнами, чей параметр <code>hWnd</code> в функции <code>CreateWindowEx</code> был установлен в 0. Чтобы отключить наследование зеркалирования в отдельном окне, обработайте <a href="http://msdn.microsoft.com/en-us/library/ms632635(VS.85).aspx" title="MSDN: WM_NCCREATE Message">сообщение <code>WM_NCCREATE</code></a>, где используйте функции <a href="http://msdn.microsoft.com/en-us/library/ms633584(VS.85).aspx" title="MSDN: GetWindowLong Function"><code>GetWindowLong</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong"><code>SetWindowLong</code></a> для замены флага <code>WS_EX_LAYOUTRTL</code>.<br /> <br /> Вы также можете изменить умолчание для всего процесса вызовом <a href="http://msdn.microsoft.com/en-us/library/ms633542(VS.85).aspx" title="MSDN: SetProcessDefaultLayout Function">функции <code>SetProcessDefaultLayout</code></a>. Все окна, создаваемые после вызова <code>SetProcessDefaultLayout(LAYOUT_RTL)</code>, будут создаваться зеркалированными (без указания флага), но уже существующие окна не изменятся. Чтобы отключить зеркалирование по умолчанию - используйте <code>SetProcessDefaultLayout(0)</code>.<br /> <br /> Заметьте, что <a href="http://msdn.microsoft.com/en-us/library/ms633542(VS.85).aspx" title="MSDN: SetProcessDefaultLayout Function">функция <code>SetProcessDefaultLayout</code></a> отразит контексты устройств только в отзеркалированных окнах. Чтобы отразить произвольный DC - вызовите <a href="http://msdn.microsoft.com/en-us/library/dd162979(VS.85).aspx" title="SetLayout Function">функцию <code>SetLayout</code></a>. См. также ниже обсуждение <a href="#mirroring_dc" title="Отражение контекстов устройств, не ассоциированных с окном">отражённых контекстов устройств, не связанных с окнами</a>.<br /> <br /> Растры (bitmap) и значки (icon) в отражённом окне также по умолчанию зеркалируются. Однако это не всегда бывает необходимо. К примеру, бизнес-лого или аналоговые часы не должны зеркалироваться. Чтобы отключить зеркалирование растра, вызовите <a href="http://msdn.microsoft.com/en-us/library/dd162979(VS.85).aspx" title="SetLayout Function">функцию <code>SetLayout</code></a> с установленным флагом <code>LAYOUT_BITMAPORIENTATIONPRESERVED</code> в <code>dwLayout</code>. Чтобы отключить зеркалирование в DC, вызовите <code>SetLayout(DC, 0)</code>.<br /> <br /> Чтобы узнать текущую компоновку по умолчанию, вызовите <a href="http://msdn.microsoft.com/en-us/library/ms633511(VS.85).aspx" title="MSDN: GetProcessDefaultLayout Function">функцию <code>GetProcessDefaultLayout</code></a>. При успешном вызове <code>pdwDefaultLayout</code> будет содержать <code>LAYOUT_RTL</code> или 0. Чтобы узнать компоновку контекста устройства, вызовите <a href="http://msdn.microsoft.com/en-us/library/dd144896(VS.85).aspx" title="MSDN: GetLayout Function">функцию <code>GetLayout</code></a>. При успешном вызове она вернёт набор флагов, управляющих компоновкой, которые вы можете проверить на <code>LAYOUT_RTL</code> и <code>LAYOUT_BITMAPORIENTATIONPRESERVED</code>.<br /> <br /> Изменить компоновку после создания окна можно функцией <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function"><code>SetWindowLong</code></a>. К примеру, это может понадобится при смене языка UI в run-time. Однако при этом вы также должны обновить (перерисовать) содержимое окна.<br /> <br /> При отражении окна вы должны думать в терминах "ближе" и "дальше", а не "левее" и "правее". Иначе у вас могут быть проблемы. Частой ошибкой является сценарий конвертирования координат между экранными и клиентскими. К примеру, приложение может использовать такой код для расположения элемента управления в окне: <pre class="brush:delphi">// КОД НИЖЕ - ОШИБОЧЕН // Получаем координаты окна в экранных координатах GetWindowRect(hControl, rControlRect); // Проецируем координаты экрана в клиентские координаты диалога ScreenToClient(hDialog, rControlRect.left); ScreenToClient(hDialog, rControlRect.right);</pre> Этот код вызовет проблемы в отзеркалированных окнах, потому что в них "лево" становится "право" и наоборот. Чтобы избежать этой проблемы, замените вызовы <a href="http://msdn.microsoft.com/en-us/library/dd162952(VS.85).aspx" title="MSDN: ScreenToClient Function">функции <code>ScreenToClient</code></a> на вызовы <a href="http://msdn.microsoft.com/en-us/library/dd145046(VS.85).aspx" title="MSDN: MapWindowPoints Function"><code>MapWindowPoints</code></a>: <pre class="brush:delphi">// Корректный код GetWindowRect(hControl, ControlRect); MapWindowPoints(0, hDialog, rControlRect, 2);</pre> Этот код будет работать корректно, потому что <a href="http://msdn.microsoft.com/en-us/library/dd145046(VS.85).aspx" title="MSDN: MapWindowPoints Function">функция <code>MapWindowPoints</code></a> умеет работать с прямоугольниками (<a href="http://msdn.microsoft.com/en-us/library/dd162952(VS.85).aspx" title="MSDN: ScreenToClient Function"><code>ScreenToClient</code></a> и <a href="http://msdn.microsoft.com/en-us/library/dd183434(VS.85).aspx" title="MSDN: ClientToScreen Function"><code>ClientToScreen</code></a> работают только с точками), поэтому она может учесть зеркалированность окон и поменять местами левые и правые грани прямоугольника при необходимости.<br /> <br /> Ещё одна практика, которая может вызвать проблемы в отзеркалированных окнах - позиционирование элементов управления, используя экранные координаты вместо клиентских. К примеру, код ниже использует разницу в экранных коодинатах для размещения элемента управления в диалоговом окне: <pre class="brush:delphi">// КОД НИЖЕ - ОШИБОЧЕН var rdDialog: TRect; rcControl: TRect; hControl: HWND; begin GetWindowRect(hDlg, rcDialog); // Получение прямоугольника в экранных координатах GetWindowRect(hControl, rcControl); MoveWindow(hControl, rcControl.left - rcDialog.left, // Получение позиции x в клиентских координатах rcControl.top - rcDialog.top, nWidth, nHeight, False);</pre> Этот код будет работать для диалогового окна с компоновкой left-to-right (LTR) и режимом проецирования (mapping mode) элемента управления <code>MM_TEXT</code>, потому что новая позиция по X в клиентских координатах соответствует разнице в левых краях элемента управления и диалога в экранных координатах. Но для отзеркалированного диалога вам нужно использовать <a href="http://msdn.microsoft.com/en-us/library/dd145046(VS.85).aspx" title="MSDN: MapWindowPoints Function"><code>MapWindowPoints</code></a>, как показано ниже: <pre class="brush:delphi">// Корректный код var rcDialog: TRect; rcControl: TRect; hControl: HWND; begin .. GetWindowRect(hControl, rcControl); // MapWindowPoints работает корректно в обоих режимах (прямом и зеркальном) MapWindowPoints(0, hDlg, rcControl, 2); // Теперь rcControl - в клиентских координатах MoveWindow(hControl, rcControl.left, rcControl.top, nWidth, nHeight, False);</pre> <br /> <h4><a id="mirroring_boxes"></a>Отражение диалоговых окон и окон-сообщений</h4> Диалоговые окна и окна-сообщения (message box) не наследуют компоновку окна, поэтому вам нужно устанавливать компоновку явно. Чтобы отразить окно-сообщени, используйте флаг <code>MB_RTLREADING</code> при вызове функций <a href="http://msdn.microsoft.com/en-us/library/ms645505(VS.85).aspx" title="MSDN: MessageBox Function"><code>MessageBox</code></a> или <a href="http://msdn.microsoft.com/en-us/library/ms645507(VS.85).aspx" title="MSDN: MessageBoxEx Function"><code>MessageBoxEx</code></a>. Чтобы изменить компоновку диалога - укажите стиль <code>WS_EX_LAYOUTRTL</code> в шаблоне диалога. Вкладки свойств (property sheets) являются частным случаем диалогов. Каждая вкладка трактуется как отдельный диалог, поэтому вам нужно включать стиль <code>WS_EX_LAYOUTRTL</code> для каждой вкладки отдельно.<br /> <br /> <h4><a id="mirroring_dc"></a>Отражение контекстов устройств, не ассоциированных с окном</h4> Контексты устройств (DC), которые не ассоциированы с окном, не наследуют компоновку, поэтому вам нужно указывать её явно. Для изменения компоновки контекста устройства используйте <a href="http://msdn.microsoft.com/en-us/library/dd162979(VS.85).aspx" title="MSDN: SetLayout Function">функцию <code>SetLayout</code></a>.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/dd162979(VS.85).aspx" title="SetLayout Function">Функция <code>SetLayout</code></a> редко используется с окнами. Как правило, окна получают ассоциированный DC только при обработке <a href="http://msdn.microsoft.com/en-us/library/dd145213(VS.85).aspx" title="MSDN: WM_PAINT Message">сообщения <code>WM_PAINT</code></a>. Иногда приложение может создавать DC для окна вызовом <a href="http://msdn.microsoft.com/en-us/library/dd144871(VS.85).aspx" title="MSDN: GetDC Function"><code>GetDC</code></a>. В любом случае, компоновка этих DC устанавливается в соответствии с компоновкой целевого окна.<br /> <br /> Вызов <a href="http://msdn.microsoft.com/en-us/library/dd162979(VS.85).aspx" title="MSDN: SetLayout Function">функции <code>SetLayout</code></a> не влияет на значения, возвращаемые функциями <a href="http://msdn.microsoft.com/en-us/library/dd144949(VS.85).aspx" title="MSDN: GetWindowOrgEx Function"><code>GetWindowOrgEx</code></a>, <a href="http://msdn.microsoft.com/en-us/library/dd144948(VS.85).aspx" title="MSDN: GetWindowExtEx Function"><code>GetWindowExtEx</code></a>, <a href="http://msdn.microsoft.com/en-us/library/dd144946(VS.85).aspx" title="MSDN: GetViewportOrgEx Function"><code>GetViewportOrgEx</code></a> и <a href="http://msdn.microsoft.com/en-us/library/dd144945(VS.85).aspx" title="MSDN: GetViewportExtEx Function"><code>GetViewportExtEx</code></a>.<br /> <br /> При RTL компоновке <a href="http://msdn.microsoft.com/en-us/library/dd144897(VS.85).aspx" title="MSDN: GetMapMode Function">функция <code>GetMapMode</code></a> вернёт <code>MM_ANISOTROPIC</code> вместо <code>MM_TEXT</code>. Вызов <a href="http://msdn.microsoft.com/en-us/library/dd162980(VS.85).aspx" title="MSDN: SetMapMode Function"><code>SetMapMode</code></a> с <code>MM_TEXT</code> будет работать корректно; будет изменено только возвращаемое значение <code>GetMapMode</code>. Аналогично, вызов <code>SetLayout(hdc, LAYOUT_RTL)</code> при режиме <code>MM_TEXT</code> приведёт к смене режима на <code>MM_ANISOTROPIC</code>.<br /> <br /> <h3><a id="destruction"></a>Уничтожение окна</h3> В целом, приложение должно уничтожать все окна, которые оно создало. Оно может сделать это вызывая <a href="http://msdn.microsoft.com/en-us/library/ms632682(VS.85).aspx" title="MSDN: DestroyWindow Function">функцию <code>DestroyWindow</code></a>. Когда окно уничтожается, система скрывает окно (если оно было видимо), а затем удаляет все внутренние данные, ассоциированные с окном. Описатель окна (handle) становится недопустимым и не должен более использоваться приложением.<br /> <br /> Обычно приложения удаляет окна вскоре после их создания. К примеру, приложение удаляет диалоговое окно со всеми дочерними окнами как только оно получит достаточно информации от пользователя. В конечном итоге приложение уничтожит и главное окно (непосредственно перед выходом).<br /> <br /> Перед уничтожением окна приложение должно удалить любые данные, ассоциированные с окном (если они есть), а также освободить системные ресурсы, выделенные для окна. Если приложение не освободит ресурсы, то они будут освобождены системой при завершении приложения.<br /> <br /> Уничтожение окна не влияет на оконный класс этого окна. Приложение может создавать окна данного оконного класса и после удаления окна этого класса, равно как и продолжить использование других окон этого класса. Уничтожение окна также уничтожит все его descendant окна (т.е. все child окна, child окна child окон и так далее). <a href="http://msdn.microsoft.com/en-us/library/ms632682(VS.85).aspx" title="MSDN: DestroyWindow Function">Функция <code>DestroyWindow</code></a> отправляет <a href="http://msdn.microsoft.com/en-us/library/ms632620(VS.85).aspx" title="MSDN: WM_DESTROY Message">сообщение <code>WM_DESTROY</code></a> сначала самому окну, затем всем его child окнам, а затем, аналогично, и descendant окнам.<br /> <br /> Окно с оконным меню также получит <a href="http://msdn.microsoft.com/en-us/library/ms632617(VS.85).aspx" title="MSDN: WM_CLOSE Message">сообщение <code>WM_CLOSE</code></a>, когда пользователь щёлкнет по <code>Закрыть</code>. Приложение может запросить у пользователя подтверждение закрытия окна в обработчике этого сообщения. Если пользователь согласен с закрытием окна, то приложение может вызвать <a href="http://msdn.microsoft.com/en-us/library/ms632682(VS.85).aspx" title="MSDN: DestroyWindow Function">функцию <code>DestroyWindow</code></a> для уничтожения окна.<br /> <br /> Если уничтожаемое окно является активным, то активным окном становится другое окно. Оно же получает фокус ввода. Окно, которое станет активным, определяется по порядку окон в списке ALT+ESC.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-3984829993570054445?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=84rrGPp4cH4:zWTP_zrAQPc:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=84rrGPp4cH4:zWTP_zrAQPc:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=84rrGPp4cH4:zWTP_zrAQPc:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=84rrGPp4cH4:zWTP_zrAQPc:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=84rrGPp4cH4:zWTP_zrAQPc:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/84rrGPp4cH4" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2012/04/windows.htmltag:blogger.com,1999:blog-1688132520265708820.post-73664841874893385132012-03-20T23:17:00.003+04:002012-04-16T17:27:28.188+04:002012-04-16T17:27:28.188+04:00Это перевод <a href="http://www.codinghorror.com/blog/2012/03/welcome-to-the-post-pc-era.html" title="Welcome to the Post PC Era">Welcome to the Post PC Era</a>. Автор: Jeff Atwood.<br /> <br /> В чём была <a href="http://windows.microsoft.com/ru-RU/windows/history" title="История Windows">оригинальная миссия Microsoft</a>? <br /> <blockquote> В 1975 году Гейтс и Аллен создают компанию с названием Microsoft. Как и большинство вновь создаваемых предприятий, Microsoft начинает свою историю с небольших масштабов, но имеет глобальную цель — компьютер на каждый рабочий стол и в каждый дом.</blockquote> <a name='more'></a> Экзистанциальный кризис, который переживает сейчас Microsoft, заключается в том, что <i>их миссия была выполнена несколько лет назад</i> - по меньшей мере, в развитом мире. <b>Когда последний раз вы видели письменный стол или дом без компьютера? 2001? 2005?</b> Мы давно уже прошли ту точку, где оказались выполнены и даже перевыполнены планы Microsoft. Персональные компьютеры (PC) теперь вездесущны. Если вы проснётесь однажды утром и обнаружите, что вы завоевали мир... что будет дальше?<br /> <br /> Пост-PC эра, конечно же.<br /> <br /> Microsoft, кажется, так и не оправилась от потрясения от выполнения их исходной цели 1975 года. Или, возможно, они просто думают, что цель не совсем достигнута и что для PC всегда будут новые миры, которые нужно завоёвывать. Но вот Стив Джобс <a href="http://en.wikiquote.org/wiki/Steve_Jobs" title="Стив Джобс: цитаты">увидел эпоху надвигающейся пост-PC эры еще в 1996 году</a>: <br /> <blockquote> Индустрия персональных компьютеров мертва. В ней практически прекратились инновации. Microsoft доминирует, но не создаёт инновации. Всё кончено. Apple проиграла. На рынке настольных компьютеров наступают тёмные времена, и, думаю, это будет продолжаться ещё лет десять, ну или до конца этого десятилетия точно.<br /> <br /> Если бы Apple управлял бы я, то я бы выдоил все соки из Macintosh – и просто перешёл бы к следующей Великой Вещи. Войны PC закончены. Всё. Microsoft выиграла их давным-давно.</blockquote> Более того, Джобс сделал кое-что по этому поводу. Apple является, пожалуй, самым большим (и с точки зрения финансов в настоящее время - <i>буквально</i> самым большим) врагом вычислительной техники общего назначения со своими iPhone и iPad. Сегодня даже их собственная система общего назначения OS X для Mac играет второстепенную роль, по отношению к Джаггернауту, обслуживающему iPhone и iPad: iOS.<br /> <br /> <a href="http://www.asymco.com/2012/02/16/ios-devices-in-2011-vs-macs-sold-it-in-28-years/" title="Apple sold more iOS devices in 2011 than all the Macs it sold in 28 years">И вот почему</a>:<br /> <br /> <div class="separator" style="clear: both; text-align: center;"> <a href="http://4.bp.blogspot.com/-4GXCd20GvFY/T2jLGvvr3wI/AAAAAAAADkY/S5kANdSftro/s1600/6a0120a85dcdae970b0163030a719a970d-800wi.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-4GXCd20GvFY/T2jLGvvr3wI/AAAAAAAADkY/S5kANdSftro/s1600/6a0120a85dcdae970b0163030a719a970d-800wi.png" /></a></div> <br /> Вся суть тут в наклоне кривой. Сложные машины общего назначения - аутсайдеры, а простые специализированные устройства лидируют.<br /> <br /> Тут я в противоречии с самим собой. Как бы много я не любил компьютеры вида "могу сделать что угодно"… <br /> <ul> <li>Я не знаю, зачем большинству людей в мире вообще может понадобится настоящий универсальный компьютер, который может делать что угодно и запускать любые программы. Большинство людей заботят базовые потребности в виде просмотра интернета, почты, общения и, быть может, нескольких аналогичных вещей.</li> <li>Я считаю, что идея "каждой домохозяйке" просто несовместима с универсальными компьютерами в виде PC, Mac и Unix, что делает их фундаментально не готовыми к эре пост-PC. Обновления. Панели инструментов. Сервис-паки. Настройки. Анти-вирусы. Файловые системы. Панель управления. Не это ли вы начинаете ненавидеть, когда вам звонит ваша мама с просьбой "помочь с компьютером"? И всё это глубоко встроено в культуру и дизайн любого современного универсального компьютера. За способность делать что угодно нужно платить ценой усложнения.</li> <li>Крохотные PC (которые умещаются у вас в кармане) стали иметь мощности настольных компьютеров, скажем, пятилетней давности. И этих возможностей ещё тогда было более чем достаточно для относительно неэффективной универсальной операционной системы.</li> </ul> Но главным звонком для меня стала инновация, созданная новым iPad. <b>Инновация, которую универсальные компьютеры ждали тридцать лет</b>: настоящий экран высокого разрешения по доступной цене и размеру. В 2007 году я <a href="http://www.codinghorror.com/blog/2007/06/where-are-the-high-resolution-displays.html" title="Where Are The High Resolution Displays?">узнавал, где же экраны с высокой плотностью пикселей</a>.<br /> <br /> <a href="http://www.theverge.com/2012/3/14/2870533/ipad-review" title="iPad review"><div class="separator" style="clear: both; text-align: center;"> <a href="http://2.bp.blogspot.com/-jpOY9jtP5YM/T2jQAEnjZzI/AAAAAAAADkk/NzaCGlpfeD0/s1600/6a0120a85dcdae970b016763ff8fbf970b-800wi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/-jpOY9jtP5YM/T2jQAEnjZzI/AAAAAAAADkk/NzaCGlpfeD0/s1600/6a0120a85dcdae970b016763ff8fbf970b-800wi.jpg" /></a></div></a> <br /> Вот почему я не просто купил iPad 3 (извините, - <i>Новый iPad</i>). <b>Я купил два iPad 3.</b> И, возможно, куплю ещё.<br /> <br /> Обзоры iPad 3, которые жалуются на то, что "всё, что они сделали - улучшили экран" - это невежество, граничащее с глупостью. Планшеты, почти по определению, - это экран в руках. Для планшета нет ничего более фундаментального и значимого, чем качество экрана. Это мои первые iPad-ы, и экран в них безупречен, как я и надеялся. Разрешение и чёткость поражают, глаза смотрят на него с радостью, и я надеюсь, что в один прекрасный день мы могли бы достичь почти печатного качества в электронной технике. Новый экран iPad - это всё, что я всегда хотел иметь для моего настольного PC и ноутбуков за последние 5 лет, но никогда так и не мог получить.<br /> <br /> Эй, вам не нужно верить мне на слово. Послушайте, что <a title="3rd Generation iPad: Entering A High-Resolution, Post-PC World..." href="http://billhillsblog.blogspot.com/2012/03/3rd-generation-ipad-entering-high.html">говорит о новом iPad</a> пионер и изобретатель ClearType, Bill Hills: <blockquote>Третье поколение iPad имеет разрешение экрана в 264ppi. И при этом они работают 10 часов (9 часов - с включенными беспроводными интерфейсами). Несомненно, это разрешение ошеломляет. Увидеть такое на мейнстримовом потребительском устройстве вроде iPad, а не на экзотическом мониторе за $13'000 - это воистину удивительно. Я ждал подобного более десяти лет.<br /> <br /> Это событие должно установить планку для разрешений экранов на новый уровень, который придётся брать другим производителям PC и устройств.</blockquote> А эксперты калибровки экранов в DisplayMate готовы <a href="http://www.displaymate.com/iPad_ShootOut_1.htm" title="new iPad Display Technology Shoot-Out">привести измерения и метрики</a>, чтобы подкрепить эти слова: <blockquote>… качество экрана нового iPad, точность цветопередачи и оттенков серого не только лучше, чем у любого другого планшета или смартфона, но они даже лучше, чем у многих HDTV, ноутбуков и мониторов. Фактически, после небольшой калибровки новый iPad может служить студийным контрольным монитором.</blockquote> Конечно, нужно признать, что сначала это будет происходить для небольших экранов в 4" и 10" из-за чисто экономических причин. Чтобы вырасти, потребуется время. Я содрогаюсь в попытках представить, сколько может стоить монитор на 24" или 27" с технологией экрана как у iPad 3. Но до iPhone и iPad никто, насколько я могу судить, <i>даже не пытался</i> улучшать качество компьютерных экранов – даже хотя все проведённые <a title="HCI - Человеко-компьютерное взаимодействие" href="http://ru.wikipedia.org/wiki/%D0%A7%D0%B5%D0%BB%D0%BE%D0%B2%D0%B5%D0%BA%D0%BE-%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BD%D0%BE%D0%B5_%D0%B2%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B5">исследования HCI</a> говорят нам, что высокие разрешения являются основой для фундаментальных улучшений.<br /> <br /> Ну и если эти простые компьютерные устройства пост-PC эры с единственной функцией будет не просто "достаточными" компьютерами для простых людей, но при этом ещё и <b>привносить фундаментальные инновации во всю компьютерную область</b>… ну, всё что я могу сказать - скорей бы наступила эра пост-PC.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-7366484187489338513?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=-5GkNKdUNnk:0AGSO2u7U1g:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=-5GkNKdUNnk:0AGSO2u7U1g:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=-5GkNKdUNnk:0AGSO2u7U1g:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=-5GkNKdUNnk:0AGSO2u7U1g:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=-5GkNKdUNnk:0AGSO2u7U1g:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/-5GkNKdUNnk" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com7http://www.transl-gunsmoker.ru/2012/03/pc.htmltag:blogger.com,1999:blog-1688132520265708820.post-72799059685127806182012-03-16T22:35:00.001+04:002012-04-01T11:21:42.220+04:002012-04-01T11:21:42.220+04:00Это перевод <a href="http://msdn.microsoft.com/en-us/library/ms632597(VS.85).aspx" title="About Windows">About Windows</a>. Автор: MSDN.<br /> <br /> Эта статья описывает программные элементы, которые приложения могут использовать для создания и управления окнами; управления отношениями между окнами; изменения размера, перемещения и отображения окон.<br /> <a name='more'></a><br /> Содержание: <ul> <li><a href="#desktop">Окно рабочего стола</a></li> <li><a href="#application">Окна приложений</a><ul> <li><a href="#client_area">Клиентская область</a></li> <li><a href="#nonclient_area">Неклиентская область</a></li> </ul> </li> <li><a href="#control_dlgboxes">Элементы управления и диалоговые окна</a></li> <li><a href="#attributes">Атрибуты окон</a> <ul> <li><a href="#class_name">Имя класса</a></li> <li><a href="#window_name">Имя окна</a></li> <li><a href="#window_style">Стили окна</a></li> <li><a href="#extended_window_style">Дополнительные стили</a></li> <li><a href="#position">Положение</a></li> <li><a href="#Size">Размер</a></li> <li><a href="#parent_owner_handle">Описатель родительского окна <b>или</b> окна-владельца</a></li> <li><a href="#menu_handle_child_id">Описатель меню <b>или</b> идентификатор дочернего окна</a></li> <li><a href="#app_instance_handle">Описатель экземпляра</a></li> <li><a href="#creation_data">Пользовательские данные</a></li> <li><a href="#window_handle">Оконный описатель</a></li> </ul> </li> <li><a href="#delphi">Примечания переводчика (специфика Delphi)</a> <ul> <li><a href="#VCL">Окна в VCL</a></li> <li><a href="#tapplication">Окно Application</a></li> <li><a href="#modal">Модальные окна</a></li> </ul> </li> </ul> <br /> <h3><a id="desktop"></a>Окно рабочего стола</h3> Когда вы запускаете систему, она автоматически создаёт окно рабочего стола (desktop window). <em>Окно рабочего стола</em> - это системное окно, которое отвечает за отрисовку фона экрана и служит базой для всех остальных окон, показываемых приложениями. И поэтому, <a href="http://www.transl-gunsmoker.ru/2009/01/blog-post_3072.html" title="Что такого особенного в окне рабочего стола?">окно рабочего стола является особым окном</a>.<br /> <br /> Окно рабочего стола использует растр (bitmap) для рисования фона экрана. Этот рисунок называется <em>обоями рабочего стола</em> (desktop wallpaper). По умолчанию окно рабочего стола использует растр из .bmp файла, указанного в настройках системы.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms633504(VS.85).aspx" title="MSDN: GetDesktopWindow Function">Функция <code>GetDesktopWindow</code></a> возвращает описатель окна рабочего стола.<br /> <br /> Приложения настройки системы (такие как апплет Панели управления) могут изменять обои рабочего стола, используя <a href="http://msdn.microsoft.com/en-us/library/ms724947(VS.85).aspx" title="MSDN: SystemParametersInfo Function">функцию <code>SystemParametersInfo</code></a> с <em>wAction</em> = <code>SPI_SETDESKWALLPAPER</code> и <em>lpvParam</em> = имени файла с обоями. Функция <code>SystemParametersInfo</code> загрузит растр из указанного файла и будет использовать его для отрисовки фона экрана, и, кроме того, сохранит имя файла в настройках.<br /> <br /> <h3><a id="application"></a>Окна приложений</h3> Каждое графическое приложение Windows имеет как минимум одно окно, называемое <em>главным окном</em> (main window), которое обеспечивает первичный интерфейс между пользователем и приложением. Большинство приложений создаёт дополнительные окна (явно или неявно), чтобы выполнять задачи приложения. Каждое окно играет свою роль в отображении информации и приёма ввода от пользователя.<br /> <br /> Когда вы запускаете приложение, система также ассоциирует с приложением кнопку на панели задач (taskbar button). <em>Кнопка на панели задач</em> содержит значок программы и заголовок. Когда приложение активно, эта кнопка показывается как нажатая, либо выделяется цветом.<br /> <br /> Окно приложения может включать в себя элементы вроде заголовка (title bar), оконного меню (window menu, ранее известного как "системное меню"), меню (menu bar), кнопок минимизации и максимизации, кнопки восстановления (restore button), кнопки закрытия (close button), бордюра (border), клиентской области (client area), горизонтальной и вертикальной полосок прокрутки (scroll bar). Главное окно приложений часто включает в себя все эти элементы сразу. Рисунок ниже иллюстрирует эти элементы в типичном главном окне программы:<br /> <br /> <div class="separator" style="clear: both; text-align: center;"> <a href="http://2.bp.blogspot.com/-LR9iRydjEa8/T1iQYftKeuI/AAAAAAAADf8/nwAzhLLPWxI/s1600/ms632597.cswin_02%2528en-us%252CVS.85%2529.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="272" width="376" src="http://2.bp.blogspot.com/-LR9iRydjEa8/T1iQYftKeuI/AAAAAAAADf8/nwAzhLLPWxI/s400/ms632597.cswin_02%2528en-us%252CVS.85%2529.png" /></a></div> <br /> <br /> <h4><a id="client_area"></a>Клиентская область</h4> <em>Клиентская область</em> (client area) является той частью окна, где приложение показывает основную информацию (текст или графику). Например, текстовый редактор отображает документ в клиентской области главного окна. Чтобы управлять клиентской областью окна (принимать ввод пользователя и отображать в ней информацию), приложение должно указать функцию обратного вызова, называемую оконной процедурой (window procedure). См. <a href="http://msdn.microsoft.com/en-us/library/ms632593(VS.85).aspx" title="MSDN: Window Procedures">Window Procedures</a> для дальнейшего обсуждения.<br /> <br /> <h4><a id="nonclient_area"></a>Неклиентская область</h4> Заголовок, меню, оконное меню, кнопки минимизации, максимизации, закрытия и восстановления, бордюр и полосы прокрутки собирательно называются <em>неклиентской областью</em> окна (nonclient area). Система автоматически управляет большинством аспектов неклиентской области; приложение же управляет поведением клиентской области окна.<br /> <br /> <em>Заголовок окна</em> (title bar) показывает значок окна (указывается приложением) и строку текста; обычно текст указывает название приложения и цель окна. Приложение указывает значок и текст при создании окна. Кроме того заголовок также позволяет перемещать окно по экрану, используя мышь или иное указующее устройство.<br /> <br /> Большинство приложений добавляют окнам <em>меню</em> (menu bar), которое включает в себя команды, поддерживаемые приложением. Элементы в полоске меню соответствуют категориям команд меню. Щелчок по элементу меню обычно приводит к его "раскрытию": показу всплывающего меню с элементами, соответствующими заданной категории. Щёлкая по элементу-команде, пользователь просит приложение выполнить эту задачу.<br /> <br /> <em>Оконное меню</em> (window menu) создаётся и управляется системой (и поэтому оно ранее называлось системным меню). Оно содержит стандартный набор команд по управлению окном - вроде изменения размера и положения окна, его закрытия. Для получения дальнейшей информации - см. <a href="http://msdn.microsoft.com/en-us/library/ms646977(VS.85).aspx" title="MSDN: Menus">Menus</a>.<br /> <br /> Кнопки в верхнем-правом углу окна влияют на размер и положение окна. Когда пользователь щёлкает по <em>кнопке максимизации</em> (maximize button), система увеличивает окно до размера текущего монитора, так что оно займёт весь рабочий стол минус панель задач (в одномониторной конфигурации). Одновременно с этим система заменит кнопку максимизации кнопкой восстановления. Когда вы щёлкаете по <em>кнопке восстановления</em> (restore button), система восстанавливает окно на его исходной позиции и с исходным размером. Когда вы щёлкаете по <em>кнопке минимизации</em> (minimize button), система уменьшает окно до размера её кнопки на панели задач, размещает окно поверх его кнопки на панели задач и показывает кнопку на панели задач в поднятом (нормальном) состоянии (прим. пер.: <a href="http://www.transl-gunsmoker.ru/2009/10/blog-post.html" title="Куда прятались окна до того, как была изобретена панель задач?">это описание - упрощение</a>). Чтобы восстановить приложение с его исходными положением и размерами - щёлкните по кнопке в панели задач. Когда вы щёлкаете по <em>кнопке закрытия</em> (close button), приложение выходит.<br /> <br /> <em>Бордюр</em> (border) - это область по периметру окна, которая позволяет пользователю изменять размер окна, используя мышь или иное указующее устройство.<br /> <br /> <em>Полосы прокрутки</em> (scroll bar) переводят ввод с клавиатуры и мыши в смещения, которые используются приложением для сдвига содержимого клиентской области. К примеру, приложение текстовый редактор может показывать большой документ с вертикальной полосой прокрутки, чтобы пользователь мог использовать её для перемещения по документу.<br /> <br /> <h3><a id="control_dlgboxes"></a>Элементы управления и диалоговые окна</h3> Приложение может создавать несколько типов окон в дополнение к его главному окну, включая элементы управления (controls) и диалоговые окна (dialog box).<br /> <br /> <em>Элемент управления</em> (control) - это окно, которое приложение использует для получения информации от пользователя. Приложения также используют элементы управления, чтобы управлять определённой возможностью приложения. К примеру, элементами управления являются кнопки, списки, поля ввода, дополнительные полосы прокрутки, панели, панели инструментов и т.п. Для дальнейшей информации -см. <a href="http://msdn.microsoft.com/en-us/library/bb773173(VS.85).aspx" title="MSDN: Windows Controls">Windows Controls</a>.<br /> <br /> Элементы управления не могут использовать сами по себе и всегда используются с другим окном - обычно, диалоговым окном. <em>Диалоговое окно</em> (dialog box) - это окно, которое содержит один или более элементов управления. Приложение использует диалоговые окна, чтобы запросить у пользователя информацию для выполнения команды. К примеру, приложение, которое имеет команду открытия файла, может показывать диалоговое окно, которое включает в себя элементы управления для указания имени и пути файла. Диалоговые окна обычно не используют те же компоненты окна, что и главные окна приложения. Большинство диалоговых окон имеют заголовок, системное меню, кнопки минимизации/максимизации и закрытия, бордюр (часто - не позволяющий менять размеры окна) и клиентскую область, но они обычно не имеют меню и полос прокрутки. Для получения дополнительной информации - см. <a href="http://msdn.microsoft.com/en-us/library/ms632588(VS.85).aspx" title="MSDN: Dialog Boxes">Dialog Boxes</a>.<br /> <br /> <em>Окно-сообщение</em> (message box) - это специальное диалоговое окно, которое показывает сообщение, предупреждение или сообщение об ошибке пользователю. К примеру, окно-сообщение может использоваться, чтобы сообщить пользователю о невозможности выполнения запрошенной им операции. Для дальнейшей информации - см. <a href="http://msdn.microsoft.com/en-us/library/ms644994(VS.85).aspx#message_boxes#message_boxes" title="MSDN: Message Boxes">Message Boxes</a>.<br /> <br /> <h3><a id="attributes"></a>Оконные атрибуты</h3> Приложение должно указывать следующую информацию при создании окна (за исключением <a href="#window_handle">оконного описателя</a>, который создаёт сама функция создания окон): <ul> <li><a href="#class_name">Имя класса</a></li> <li><a href="#window_name">Имя окна</a></li> <li><a href="#window_style">Стиль окна</a></li> <li><a href="#extended_window_style">Дополнительный стиль окна</a></li> <li><a href="#position">Положение</a></li> <li><a href="#Size">Размер</a></li> <li><a href="#parent_owner_handle">Описатель родительского окна <b>или</b> окна-владельца</a></li> <li><a href="#menu_handle_child_id">Описатель меню <b>или</b> идентификатор дочернего окна</a></li> <li><a href="#app_instance_handle">Описатель экземпляра</a></li> <li><a href="#creation_data">Пользовательские данные</a></li> <li><a href="#window_handle">Оконный описатель</a></li> </ul> Эти оконные атрибуты описываются ниже.<br /> <br /> <h4><a id="class_name"></a>Имя класса</h4> Каждое окно принадлежит оконному классу. Приложение должно зарегистрировать оконный класс до создания окна этого класса. <em>Оконный класс</em> (window class) определяет большинство аспектов поведения и отображения окна. Главным компонентом оконного класса является <em>оконная процедура</em> (window procedure) - функция обратного вызова, которая принимает весь ввод пользователя и все запросы, отправленные окну. Система предоставляет ей ввод и запросы в виде <em>оконных сообщений</em> (window message). Для дальнейшей информации - см. <a href="http://msdn.microsoft.com/en-us/library/ms632596(VS.85).aspx" title="MSDN: Window Classes">Window Classes</a>, <a href="http://msdn.microsoft.com/en-us/library/ms632593(VS.85).aspx" title="MSDN: Window Procedures">Window Procedures</a> и <a href="http://msdn.microsoft.com/en-us/library/ms632590(VS.85).aspx" title="MSDN: Messages and Message Queues">Messages and Message Queues</a>.<br /> <br /> <h4><a id="window_name"></a>Имя окна</h4> <em>Имя окна</em> (window name) - это текстовая строка, которая идентифицирует окно для пользователя. Главное окно, диалоговое окно или окно-сообщение обычно показывают это имя в заголовке окна. Элемент управления также может показывать имя окна, в зависимости от своего оконного класса. К примеру, кнопки, поля ввода и статический текст показывают имя окна в прямоугольнике элемента управления. С другой стороны, элементы вроде списков и списков выбора не показывают имена окон.<br /> <br /> Чтобы изменить имя окна после создания окна, используйте <a href="http://msdn.microsoft.com/en-us/library/ms633546(VS.85).aspx" title="MSDN: SetWindowText Function">функцию <code>SetWindowText</code></a>. Используйте функции <a href="http://msdn.microsoft.com/en-us/library/ms633521(VS.85).aspx" title="MSDN: GetWindowTextLength"><code>GetWindowTextLength</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms633520(VS.85).aspx" title="MSDN: GetWindowText Function"><code>GetWindowText</code></a> для получения имени окна.<br /> <br /> См. также: <a title="Тайная жизнь GetWindowText" href="http://www.transl-gunsmoker.ru/2008/11/getwindowtext.html">тайная жизнь <code>GetWindowText</code></a>.<br /> <br /> <h4><a id="window_style"></a>Стиль окна</h4> Каждое окно имеет один или несколько оконных стилей. <em>Оконный стиль</em> (window style) - это числовая константа, которая определяет аспект поведения или отображения, не указанный в оконном классе. Приложение обычно устанавливает стили во время создания окна. Но оно также может изменить некоторые стили после создания окна, используя <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function">функцию <code>SetWindowLong</code></a>.<br /> <br /> Стили интерпретируются системой и, в некотором роде, оконной процедурой класса окна.<br /> <br /> Некоторые оконные стили применимы к любым окнам, но большинство стилей специфичны для оконных классов. Общие стили представлены константами, которые начинаются с префикса <code>WS_</code>; вы можете комбинировать стили, используя оператор <code>or</code>. Стили окна, специфичные для оконного класса, определяют поведение и отображение окон, принадлежащих этому классу. К примеру, класс <code>SCROLLBAR</code> создаёт элемент управления "полоса прокрутки". При этом стили <a href="http://msdn.microsoft.com/en-us/library/bb787533(VS.85).aspx" title="MSDN: Scroll Bar Control Styles"><code>SBS_HORZ</code></a> и <code>SBS_VERT</code> указывают создаётся ли вертикальная или горизонтальная полоса прокрутки.<br /> <br /> Вот описание стилей для некоторых стандартных системных оконных классов: <ul> <li><a href="http://msdn.microsoft.com/en-us/library/ms632600(VS.85).aspx" title="MSDN: Window Styles">Window Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb775951(VS.85).aspx" title="MSDN: Button Styles">Button Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb775796(VS.85).aspx" title="MSDN: Combo Box Styles">Combo Box Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb775464(VS.85).aspx" title="MSDN: Edit Control Styles">Edit Control Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb775149(VS.85).aspx" title="MSDN: List Box Styles">List Box Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb774367(VS.85).aspx" title="MSDN: Rich Edit Control Styles">Rich Edit Control Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb787533(VS.85).aspx" title="MSDN: Scroll Bar Control Styles">Scroll Bar Control Styles</a></li> <li><a href="http://msdn.microsoft.com/en-us/library/bb760773(VS.85).aspx" title="MSDN: Static Control Styles">Static Control Styles</a></li> </ul> <br /> <h4><a id="extended_window_style"></a>Расширенный стиль окна</h4> Каждое окно опционально может иметь один или несколько дополнительных (расширенных) оконных стилей. <em>Расширенный оконный стиль</em> (extended window style) - это числовая константа, которая определяет аспект окна, не указанный в классе окна или простом стиле окна. Приложение обычно устанавливает расширенные стили во время создания окна. Но оно также может изменить некоторые стили после создания окна, используя <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function">функцию <code>SetWindowLong</code></a>.<br /> <br /> Для дальнейшей информации - см. <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function"><code>CreateWindowEx</code></a>.<br /> <br /> <h4><a id="position"></a>Положение</h4> Положение окна определяется как координаты его левого-верхнего угла, измеряемые в пикселях экрана. Эти координаты (иногда называемые оконными координатами (window coordinates)) всегда относительны левого-верхнего угла экрана или (для child окон) - левого-верхнего угла клиентской области родительского окна. К примеру, окно верхнего уровня с координатами (10,10) размещается на 10 пикселей правее левого-верхнего угла экрана и на 10 пикселей ниже его. С другой стороны, child окно с координатами (10,10) размещается на 10 пикселей правее и на 10 пикселей ниже левого-верхнего угла клиентской области родительского окна.<br /> <br /> <a href="http://msdn.microsoft.com/en-us/library/ms633558(VS.85).aspx" title="MSDN: WindowFromPoint">Функция <code>WindowFromPoint</code></a> ищет окно, занимающее указанную точку на экране, и возвращает его описатель. Аналогичным образом, <a href="http://msdn.microsoft.com/en-us/library/ms632676(VS.85).aspx" title="MSDN: ChildWindowFromPoint Function">функция <code>ChildWindowFromPoint</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms632677(VS.85).aspx" title="MSDN: ChildWindowFromPointEx Function">функция <code>ChildWindowFromPointEx</code></a> возвращают описатель дочернего окна, занимающего указанную точку в родительском окне. Хотя <code>ChildWindowFromPointEx</code> может игнорировать невидимые, отключенные и прозрачные окна - <code>ChildWindowFromPoint</code> перечисляет их все.<br /> <br /> <h4><a id="Size"></a>Размер</h4> Размер окна (высота и ширина) измеряется в пикселях. Окно может иметь нулевую высоту или нулевую ширину. Если приложение задаст нулевые высоту или ширину, то система установит размер в минимально допустимый. Чтобы определить минимально возможный размер окон, приложение может вызвать <a href="http://msdn.microsoft.com/en-us/library/ms724385(VS.85).aspx" title="MSDN: GetSystemMetrics Function">функцию <code>GetSystemMetrics</code></a> с флагами <code>SM_CXMIN</code> и <code>SM_CYMIN</code>.<br /> <br /> Приложению может потребоваться создать окно с клиентской областью определённого размера (обычно приложение задаёт размеры окна, а клиентская область получается по окну за вычетом размера рамки, заголовка и т.п.). <a href="http://msdn.microsoft.com/en-us/library/ms632665(VS.85).aspx" title="MSDN: AdjustWindowRect Function">Функция <code>AdjustWindowRect</code></a> и <a href="http://msdn.microsoft.com/en-us/library/ms632667(VS.85).aspx" title="MSDN: AdjustWindowRectEx Function">функция <code>AdjustWindowRectEx</code></a> могут быть использованы для вычисления нужного размера окна, основываясь на желаемом размере клиентской области окна. Приложение может передать вычисленные значения размера в <a href="http://msdn.microsoft.com/en-us/library/ms632680(VS.85).aspx" title="MSDN: CreateWindowEx Function">функцию <code>CreateWindowEx</code></a>.<br /> <br /> Приложение может изменить размер окна на чрезмерно большой; однако ему не следует изменять размер окна на размер, больший экрана. До изменения размеров окна, приложение может узнать размеры экрана, используя <a href="http://msdn.microsoft.com/en-us/library/ms724385(VS.85).aspx" title="MSDN: GetSystemMetrics Function">функцию <code>GetSystemMetrics</code></a> с флагами <code>SM_CXSCREEN</code> и <code>SM_CYSCREEN</code>.<br /> <br /> <h4><a id="parent_owner_handle"></a>Описатель родительского окна <b>или</b> окна-владельца</h4> Окно может иметь родительское окно. Окно, которое имеет родительское окно, называется <em>дочерним окном</em> (child window). <em>Родительское окно</em> (parent window) предоставляет своим дочерним окнам систему координат для относительного позиционирования. Если у окна есть окно-родитель, то это влияет на его отображение; к примеру, дочернее окно обрезается так, чтобы оно не выходило за пределы родительского окна и (опционально) за пределы клиентской области родительского окна. Окно, у которого нет родителя, либо же родительским окном является окно рабочего стола, называется <em>окном верхнего уровня</em> (top-level window). Приложение может использовать <a href="http://msdn.microsoft.com/en-us/library/ms633497(VS.85).aspx" title="MSDN: EnumWindows Function">функцию <code>EnumWindows</code></a>, чтобы получить описатель каждого окна верхнего уровня в системе.<br /> <br /> Кроме того, окно может владеть другим окном или иметь окно-владельца (owner window). Владетельное окно всегда появляется поверх своего владельца, оно также сворачивается, когда сворачивается его владелец, и уничтожается, когда уничтожается его владелец. Для дальнейшей информации - см. <a href="http://www.transl-gunsmoker.ru/2012/04/windows.html#owned_windows" title="Owned окна">Owned окна</a>.<br /> <br /> <h4><a id="menu_handle_child_id"></a>Описатель меню <b>или</b> идентификатор дочернего окна</h4> Child окно может иметь <em>идентификатор дочернего окна</em> (child-window identifier) - это уникальное число, присваиваемое приложением. Идентификатор дочернего окна особенно полезен для приложений, создающих несколько дочерних окон. Когда приложение создаёт дочернее окно, оно может указать идентификатор для этого окна. После создания окна приложение может поменять идентификатор <a href="http://msdn.microsoft.com/en-us/library/ms633591(VS.85).aspx" title="MSDN: SetWindowLong Function">функцией <code>SetWindowLong</code></a> или получить его <a href="http://msdn.microsoft.com/en-us/library/ms633584(VS.85).aspx" title="MSDN: GetWindowLong Function">функцией <code>GetWindowLong</code></a>.<br /> <br /> Каждое окно, кроме child-окон, может иметь меню. Приложение может добавить меню в окно, указав описатель меню либо при регистрации оконного класса, либо непосредственно при создании окна.<br /> <br /> <h4><a id="app_instance_handle"></a>Описатель экземпляра</h4> Каждый исполняемый модуль (exe или DLL) имеет описатель, ассоциированный с ним. <a title="Для чего используется HINSTANCE, передаваемый в CreateWindow и RegisterClass?" href="http://www.transl-gunsmoker.ru/2010/04/hinstance-createwindow-registerclass.html">Система использует этот идентификатор, чтобы отличать оконные классы, создаваемые разными модулями</a>.<br /> <br /> <h4><a id="creation_data"></a>Пользовательские данные</h4> Каждое окно может иметь ассоциированные с ним пользовательские данные, не используемые системой. Когда создаётся окно, система передаёт указатель на пользовательские данные в оконную процедуру создаваемого окна. Оконная процедура может использовать эти данные для инициализации окна и (опционально) для сохранения данных с окном.<br /> <br /> <h4><a id="window_handle"></a>Описатель окна</h4> После создания окна функция создания возвращает <em>оконный описатель</em> (window handle), который уникально идентифицирует окно в системе. Оконный описатель имеет тип <code>HWND</code>. Приложение может использовать этот описатель в других функциях работы с окнами.<br /> <br /> <h3><a id="delphi">Примечания переводчика</a></h3> Приложения Delphi имеют некоторые особенности по сравнению с вышеизложенным материалом.<br /> <br /> <b>Предупреждение:</b> я не являюсь экспертом в интерфейсе пользователя, поэтому текст ниже может содержать ошибки. <br /> <br /> <h4><a id="VCL">Окна в VCL</a></h4> В Delphi вся работа с окнами заключается в класс-оболочку <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl" title="Controls.TWinControl"><code>TWinControl</code></a>. Формы, кнопки, списки - всё это классы, наследуемые от <code>TWinControl</code>. К примеру: <code>TForm1 -> TForm -> TCustomForm -> TScrollingWinControl -> TWinControl</code> или <code>TButton -> TCustomButton -> TButtonControl -> TWinControl</code>.<br /> <br /> У каждого объекта типа <code>TWinControl</code> есть описатель - <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.Handle" title="Controls.TWinControl.Handle">свойство <code>Handle</code> типа <code>HWND</code></a>. Этот описатель создаётся по запросу - при первом обращении к свойству <code>Handle</code>. Эту проверку выполняет метод <code>HandleNeeded</code>. Создание описателя выполняет <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.CreateHandle" title="Controls.TWinControl.CreateHandle">метод <code>CreateHandle</code></a>, который является обёрткой к <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.CreateWnd" title="Controls.TWinControl.CreateWnd">методу <code>CreateWnd</code></a>. Фактически, метод <code>CreateHandle</code> просто вызывает <code>CreateWnd</code>, выполняя пост-настройку объекта после создания окна (настройка якорей и ассоциация объекта <code>TWinControl</code> с окном).<br /> <br /> Само создание окна выполняется так: сперва метод <code>CreateWnd</code> строит параметры окна, используя <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.CreateParams" title="Controls.TWinControl.CreateParams">метод <code>CreateParams</code></a>, который заполняет <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TCreateParams" title="Controls.TCreateParams">запись типа <code>TCreateParams</code></a>. Эти параметры проверяются на допустимость, в них записывается оконная процедура и вызывается <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.CreateWindowHandle" title="Controls.TWinControl.CreateWindowHandle">метод <code>CreateWindowHandle</code></a>, который, собственно, и создаёт окно (и является простой обёрткой к функции <code>CreateWindowEx</code>).<br /> <br /> Если вы заинтересованы в изменении создаваемого окна, то вы можете заместить метод <code>CreateParams</code> (если вам нужно просто поменять параметры создания окна), <code>CreateWindowHandle</code> (если вы хотите задавать параметры явно вручную), либо <code>CreateWnd</code> (если вы хотите сделать пост-обработку создания окна).<br /> <br /> Оконной процедурой (точкой входа) в <code>TWinControl</code> является метод <code>MainWndProc</code>. Этот метод не виртуален, но всё, что он делает - вызывает настоящую оконную процедуру <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TControl.WindowProc" title="Controls.TControl.WindowProc"><code>WindowProc</code></a>, обернув вызов в <code>try</code>/<code>except</code> и вызывая <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication.HandleException" title="Forms.TApplication.HandleException"><code>Application.HandleException</code></a> при ошибке. Именно это - то самое место, в котором вы получаете сообщение об ошибке при исключении в обработчике сообщения (например, нажатия на кнопку) вместо вылета программы. Сама же оконная процедура <code>WindowProc</code> является и вовсе свойством, которое можно присвоить в любое значение (для установки своей оконной процедуры). По умолчанию, <code>WindowProc</code> указывает на (виртуальный) <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TControl.WndProc" title="Controls.TControl.WndProc">метод <code>WndProc</code></a> того же объекта. Как правило, если вы хотите дополнить или заменить оконную процедуру, то вы должны заметить метод <code>WndProc</code> в классе-наследнике (если вы хотите выполнить замещение в "вашем" классе), либо изменить свойство <code>WindowProc</code> (если вы хотите изменить поведение внешнего объекта).<br /> <br /> Метод <code>WndProc</code> является конечной реализацией оконной процедуры. Собственно, это даже не "изобретение" <code>TWinControl</code> - этот метод появился у предка <code>TWinControl</code>: <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TControl" title="Controls.TControl"><code>TControl</code></a>. <code>TControl</code> является базовым классом для всех элементов управления, необязательно оконных. Оконные элементу управления наследуются от <code>TWinControl</code>.<br /> <br /> Таким образом, цепочка вызовов при обработке сообщений выглядит так: <code>MainWndProc -> WindowProc -> WndProc</code>. <code>WndProc</code> может сама обработать сообщение, а может оставить его на обработку по умолчанию. В последнем случае сообщение дополнительно проходит такой путь: <code>WndProc -> <a href="http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch" title="System.TObject.Dispatch">Dispatch</a> -> <a href="http://docwiki.embarcadero.com/VCL/en/System.TObject.DefaultHandler" title="System.TObject.DefaultHandler">DefaultHandler</a> -> <a href="http://docwiki.embarcadero.com/VCL/en/Controls.TWinControl.DefWndProc" title="Controls.TWinControl.DefWndProc">DefWndProc</a></code>. Метод <code>Dispatch</code> сначала пытается направить сообщение <a href="http://www.transl-gunsmoker.ru/2011/07/hack-9-dynamic-method-table-structure.html" title="Хак №9: структура таблицы динамических методов">message-методам</a>. И только при их отсутствии - вызывает <code>DefaultHandler</code>. <code>DefWndProc</code> вызывается только для оконных контролов при наличии описателя. Таким образом, если вы заинтересованы в необработанных сообщениях - то вам нужно использовать <code>DefWndProc</code> для окон и <code>DefaultHandler</code> для неоконных контролов.<br /> <br /> Заметьте, что <code>Dispatch</code>, <code>DefaultHandler</code> и message-методы вводятся аж в <a href="http://docwiki.embarcadero.com/VCL/en/System.TObject" title="System.TObject"><code>TObject</code></a>, что означает доступность диспетчеризации сообщений для <b>любого</b> объекта Delphi.<br /> <br /> Почти все вышеупомянутые методы являются виртуальными - т.е. доступными для замещения и модификации в классах-наследниках, что позволяет нам менять стандартное поведение в широких пределах.<br /> <br /> <a href="http://docwiki.embarcadero.com/VCL/en/Classes.TComponent" title="Classes.TComponent"><code>TComponent</code></a> (который является предком <code>TControl</code>, а, следовательно и <code>TWinControl</code>) вводит понятие "владельца" компонента (Owner). Заметьте, что это не то же самое понятие, что окно-владелец в терминах системы, как обсуждается выше. Окно-владелец и окно-родитель (в терминах системы) указываются одинаковым образом - как поле <code>WndParent</code> в записи <code>TCreateParams</code>, параметр <code>hWndParent</code> в <a title="MSDN: CreateWindowEx" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms632680(v=vs.85).aspx">функции <code>CreateWindowEx</code></a> и аналогичных местах. То, как трактуется это окно (как родитель или владелец) зависит от типа создаваемого окна (дочернее или верхнего уровня). Поведение этих окон описано выше.<br /> <br /> Delphi же вводит понятие владельца в ином смысле. <a href="http://docwiki.embarcadero.com/VCL/en/Classes.TComponent.Owner" title="Classes.TComponent.Owner">Владелец (в терминах Delphi)</a> - это компонент, который отвечает за удаление владеемого компонента. Его можно указать при создании компонента, либо сменить/задать уже после создания (что бывает редко). При удалении компонента-владельца удаляются и все компоненты, которыми владеет владелец. Вы можете не указывать владельца, если хотите удалять компонент сами, вручную. Как правило, форма является владельцем всех компонентов, размещённых на ней.<br /> <br /> Вам не следует путать владельца в терминах системы и владельца в терминах Delphi. Владелец в терминах системы отвечает за взаимодействие окон. Владелец в терминах Delphi не связан с окнами, он контролирует время жизни объекта. Фактически, он применим также и к неоконным элементам управления и даже невизуальным компонентам.<br /> <br /> <b>Примечание:</b> Delphi также позволяет вам изменить родительское окно уже после создания объекта. Это позволяет вам сделать "перескакивание" дочернего контрола с одного контейнера (формы, панели) на другой.<br /> <br /> <h4><a id="tapplication">Окно Application</a></h4> Следующий тонкий момент связан со специальным окном Application в Delphi. Как вам должно быть известно, в Delphi есть глобальный объект <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication" title="Forms.TApplication"><code>Application</code></a>, представляющий собой "приложение". В нём содержатся глобальные параметры и некоторые служебные методы-помощники. Сейчас нас интересует тот факт, что в <code>Application</code> есть окно. Это - служебное окно. Его описатель доступен через <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication.Handle" title="Forms.TApplication.Handle">свойство <code>Application.Handle</code></a>. Это окно является обычным окном. Оно видимо, находится на экране (в центре), но... имеет нулевой размер! Так что реально вы его увидеть не можете, не можете и щёлкнуть по нему.<br /> <br /> <b>Примечание:</b> окно <code>Application</code> создаётся только в программе, но не в DLL.<br /> <br /> Хорошо, а чем ещё интересно это окно? Вспомните <a title="А что это за пустые кнопки на панели задач, которые исчезают, когда я щёлкаю по ним?" href="http://www.transl-gunsmoker.ru/2008/12/blog-post_08.html">правила, по которым окна появляются на панели задач</a>. Идеология системы: одно окно - одна кнопка. Каждое окно имеет кнопку (некоторые окна не имеют кнопок как служебные), окно не может иметь две кнопки. Если на панели задач есть кнопка, то она имеет взаимно-однозначное соответствие с окном (текст, меню, иконка). Это достаточно простая и понятная модель.<br /> <br /> В Delphi принята несколько иная идеология. Кнопка в панели задач представляет собой "приложение", а не отдельное окно. У неё свой заголовок, своя иконка, она сворачивает все окна приложения - и так далее. Поскольку в системе окна работают не так, то Delphi эмулирует такое поведение. Кнопка в панели задач - это, на самом деле, окно Application, а реальные окна программы там не появляются. Все окна приложения имеют владельца - окно Application. Сворачивание приложения на самом деле заключается в скрытии окон (реально сворачивается только окно Application). При этом, конечно же, куча сил уходит на синхронизацию различных состояний между участниками подобной системы. Отсюда идёт множество вопросов вроде "как мне свернуть/размернуть приложение в трей", вопросов про правильную связку окон и им подобных.<br /> <br /> Когда вышла Windows Vista, в которой появились новые возможности вроде "живого предпросмотра", анимации сворачивания/разворачивания окон и других Aero-эффектов, обнаружились пробелы в модели эмуляции поведения Delphi. <a title="Создание приложений для Windows Vista в Delphi - часть 1" href="http://www.transl-gunsmoker.ru/2009/03/windows-vista-delphi-1.html">Delphi приложения в новых условиях вели себя не лучшим образом</a>. Реализованная в Delphi эмуляция не смогла покрыть возможности новой системы. Delphi приложения усиленно притворялись нормальными, но это им не удалось.<br /> <br /> Поэтому, вместо того, чтобы допиливать эмуляцию до нового уровня (и снова "проиграть" при выходе новой системы Windows с новыми возможностями), разработчики Delphi просто решили играть по правилам системы. Начиная с Delphi 2007 окна ведут себя так, как положено, не пытаясь эмулировать иную концепцию взаимодействия окон. Теперь на панели задач показывается настоящее главное окно (и именно поэтому <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication.Title" title="Forms.TApplication.Title"><code>Application.Title</code></a> и <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication.Icon" title="Forms.TApplication.Icon"><code>Application.Icon</code></a> не будут иметь эффекта). Вы можете переключаться между старым и новым поведением приложения переключая <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TApplication.MainFormOnTaskBar" title="Forms.TApplication.MainFormOnTaskBar">свойство <code>MainFormOnTaskBar</code></a>. Предполагается, что вы измените его один раз - сразу после вызова <code>Application.Initialize</code> в .dpr-файле проекта и не будете трогать в дальнейшем.<br /> <br /> Я бы рекомендовал по возможности использовать новое поведение на Delphi 2007+. Гораздо лучше, когда ваше приложение играет по правилам системы, и вам будет проще разбираться с вопросами взаимодействия окон (если у вас не будет дополнительного скрытого окна в цепочке).<br /> <br /> Заметьте, что новые правила поведения окон отличаются от старых. К примеру, если раньше вы создавали немодальное окно - оно появлялось наравне со старым. Вы могли переключаться между ними и выносить любое из них на передний план. Это потому, что оба окна (и главное и немодальное) были равноценны - они имели окно-владельца Application. Они сворачивались вместе с ним, но между собой они были равны. Теперь же, если вы создадите окно, то ему придётся включить главное окно как своего владельца. Это даст вам сворачивание вместе с владельцем, единую кнопку на панели задач (т.е. старое поведение вида "единое приложение"), но это также будет означать, что вы не сможете вынести на передний план главное окно - вторичное окно всегда будет поверх окна-владельца (как указано в <a href="#parent_owner_handle">информации выше</a>). Вам нужно научится играть по новым правилам или от чего-то отказаться.<br /> <br /> К примеру, вы можете перегрузить <code>CreateParams</code> и очистить поле <code>WndParent</code>. Тогда вы получите два равноценных окна, не связанных друг с другом. Вы можете вынести любое из них на передний план, но при этом второе окно будет иметь иконку на панели задач и сворачивание одного окна не приведёт к сворачиванию другого. Вы можете бороться с этим дальше, но... нужно ли? Короче говоря, либо вы связываете окна (и миритесь с ограничениями в виде Z-порядка), либо не связываете (и миритесь с ограничениями в виде... не связанности окон).<br /> <br /> <b>Примечание:</b> окно <code>Application</code> всё ещё создаётся - даже при <code>MainFormOnTaskBar = True</code>. Но только теперь оно используется лишь для служебных целей - реакции на события системы и т.п., но не для управления окнами приложения, как это было ранее. <br /> <br /> <h4><a id="modal">Модальные окна</a></h4> Ещё одним моментом, где Delphi эмулирует нетипичное поведение в системе, являются модальные окна. В дизайне системы модальность предназначена для диалоговых окон, которые создаются специальными функциями по шаблону из ресурса. Причём модальность диалога указывается специальным флагом - <code>DS_MODALFRAME</code>. Иными словами, это означает, что одно и то же окно не может показываться в разных режимах - модальном и не модальном. <br /> <br /> Разумеется, такая модель не подходит для Delphi, где вы можете показывать окно различными способами - вызывая <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TCustomForm.Show" title="Forms.TCustomForm.Show"><code>Show</code></a> или <a href="http://docwiki.embarcadero.com/VCL/en/Forms.TCustomForm.ShowModal" title="Forms.TCustomForm.ShowModal"><code>ShowModal</code></a>. Поэтому Delphi не использует системный механизм модальных окон. Вместо этого она эмулирует поведение модальных окон. Когда вы показываете "модальное" окно, VCL отключает все прочие окна в программе, а после окончания показа окна - восстанавливает их доступность. Отключение окна блокирует взаимодействие с пользователем - вы не можете переключиться в окно и вводить в него информацию. Как правило, отключение окна приводит к изменению его вида: окно-контрол показывается "затенённым". Однако окна-формы не изменяют свой вид. Поэтому отключенное окно визуально не отличается от обычного окна. Так что у вас создаётся впечатление, что окно не отключено, а просто сейчас показывается другое (модальное) окно.<br /> <br /> Заметьте, что это отличается от модальности в смысле системы. К примеру, приложению приходится рассылать служебные сообщения (вроде <code>WM_CANCELMODE</code>) вручную и самому делать вложенный модальный цикл. Второе отличие - модальное окно в смысле системы отключает только своего владельца. Модальное же окно Delphi отключает все окна в приложении (т.е. оно "модально" в более сильном смысле). Именно в этом отличии заключается суть флага <code>MB_TASKMODAL</code> <a title="MSDN: MessageBox Function" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms645505(v=vs.85).aspx">функции <code>MessageBox</code></a>: если вы укажете флаг, то вместо поведения по умолчанию (отключения только окна-владельца), система отключит все окна приложения (как это делает Delphi).<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-7279905968512780618?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aZtqI9SBtLk:zbu4A-2HBMY:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aZtqI9SBtLk:zbu4A-2HBMY:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aZtqI9SBtLk:zbu4A-2HBMY:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aZtqI9SBtLk:zbu4A-2HBMY:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aZtqI9SBtLk:zbu4A-2HBMY:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/aZtqI9SBtLk" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com2http://www.transl-gunsmoker.ru/2012/03/windows.htmltag:blogger.com,1999:blog-1688132520265708820.post-5394054432532192572012-02-19T15:35:00.000+04:002012-02-20T15:42:33.517+04:002012-02-20T15:42:33.517+04:00Это перевод <a href="http://blog.delphi-jedi.net/2010/11/14/is-file-in-use/" title="Is File In Use">Is File In Use</a>. Автор: Christian Wimmer.<br /> <br /> На форумах DelphiPraxis задали вопрос, который обычно всплывает несколько раз в год. Однако в этот раз я мог сказать, что появился API, который решает эту проблему. Вопрос был о том, как определить, кто держит файл. Главной проблемой стало то, что я никак не мог вспомнить название API, так что Assarbad пришлось постараться и поискать его.<br /> <a name='more'></a><br /> И это имя - <a href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775874(v=vs.85).aspx" title="MSDN: IFileIsInUse interface"><code>IFileIsInUse</code></a>, интерфейс. Он объявлен в <code>Shobjidl.h</code>, <code>Shobjidl.idl</code> и, сейчас уже, в <code>JwaShlObj.pas</code>. Вот вырезка кода: <pre class="brush:delphi">{$IFDEF WINVISTA_UP} const IID_IFileIsInUse: TGUID = ( D1:$64a1cbf0; D2:$3a1a; D3:$4461; D4:($91,$58,$37,$69,$69,$69,$39,$50)); type {$ALIGN 4} tagFILE_USAGE_TYPE = ( FUT_PLAYING = 0, FUT_EDITING = 1, FUT_GENERIC = 2 ); FILE_USAGE_TYPE = tagFILE_USAGE_TYPE; TFileUsageType = FILE_USAGE_TYPE; const OF_CAP_CANSWITCHTO = $0001; OF_CAP_CANCLOSE = $0002; type IFileIsInUse = interface(IUnknown) ['{64a1cbf0-3a1a-4461-9158-376969693950}'] function GetAppName(out ppszName: LPWSTR) : HRESULT; stdcall; function GetUsage(out pfut : FILE_USAGE_TYPE) : HRESULT; stdcall; function GetCapabilities(out pdwCapFlags : DWORD) : HRESULT; stdcall; function GetSwitchToHWND(out phwnd : HWND) : HRESULT; stdcall; function CloseFile() : HRESULT; stdcall; end; {$ENDIF WINVISTA_UP}</pre> Интерфейс <a title="Вы можете читать контракт и с другой стороны" href="http://www.transl-gunsmoker.ru/2008/12/blog-post_4027.html">может использоваться двояко</a> - и клиентом и быть реализованным сервером. Клиент обычно проверяет, заблокирован ли файл, и получает ссылку на интерфейс для вызова его методов. Сервер же может держать блокировку на файле и реализовывать этот интерфейс, чтобы предоставить его услуги клиенту. Эта статья коснётся только стороны клиента.<br /> <br /> Вы увидите, что этот API будет работать только если обе стороны выполняют свою работу. Процесс, блокирующий файл, также должен реализовать этот интерфейс и зарегистрировать его, чтобы клиент мог получать информацию. Нет никакой прямой связи между блокировкой файла и именем процесса. Если процесс держит блокировку на файл, но не реализует интерфейс, то вы снова оказываетесь сами за себя. <br /> <br /> В конечном итоге, это просто помощник Оболочки для красивого диалога удаления файлов Windows:<br /> <br /> <div class="separator" style="clear: both; text-align: center;"> <a href="http://2.bp.blogspot.com/-Woz17UgovcA/T0IjuVGkvvI/AAAAAAAADWM/apa-e88Jf5o/s1600/FileInUse-2%2B%25281%2529.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="236" width="400" src="http://2.bp.blogspot.com/-Woz17UgovcA/T0IjuVGkvvI/AAAAAAAADWM/apa-e88Jf5o/s400/FileInUse-2%2B%25281%2529.png" /></a></div> <br /> Итак, напомню вид самого интерфейса: <pre class="brush:delphi">IFileIsInUse = interface(IUnknown) function GetAppName(out ppszName: LPWSTR) : HRESULT; stdcall; function GetUsage(out pfut : FILE_USAGE_TYPE) : HRESULT; stdcall; function GetCapabilities(out pdwCapFlags : DWORD) : HRESULT; stdcall; function GetSwitchToHWND(out phwnd : HWND) : HRESULT; stdcall; function CloseFile() : HRESULT; stdcall; end;</pre> Методы интерфейса достаточно просто понять: <ul> <li><a title="MSDN: IFileIsInUse::GetAppName method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775867(v=vs.85).aspx"><code>GetAppName</code></a> получает имя процесса, который держит файл. Это будет произвольное имя, выбранное самим приложением. Всегда используйте <code>PWideChar</code> для получения имени и не забывайте освободить память с помощью CoTaskMemFree (<a title="В чём разница между SHGetMalloc, SHAlloc, CoGetMalloc и CoTaskMemAlloc?" href="http://www.transl-gunsmoker.ru/2009/05/shgetmalloc-shalloc-cogetmalloc.html">или через <code>IMalloc</code></a>). Не забывайте проверять результат вызова. Если вам нравятся исключения, то вы можете изменить прототип метода на <code>safecall</code>.<br /><br />&nbsp;</li> <li><a title="MSDN: IFileIsInUse::GetUsage method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775873(v=vs.85).aspx"><code>GetUsage</code></a> возвращает причину блокировки файла. Это может быть одна из констант в перечислении <code>TFileUsage</code>. Это может быть проигрывание видео, музыки или редактирование файла. Либо же это может быть общая причина <code>FUT_GENERIC</code>. Возможно, в будущем будет добавлено больше кодов.<br />&nbsp;</li> <li><code>GetCapabilities</code> возвращает набор флагов. Они указывают, можно ли попросить закрыть файл вызовом <code>CloseFile</code> (<code>OF_CAP_CANCLOSE</code>) или же мы можем активировать приложение, блокирующее файл (<code>OF_CAP_CANSWITCHTO</code>). Лучше всего уведомить пользователя о переключении окон, иначе он может сильно расстроиться из-за внезапно пропавшего окна вашего приложения. Само переключение окон можно сделать вызовом <a title="MSDN: SetForegroundWindow function" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms633539(v=vs.85).aspx"><code>SetForegroundWindow</code></a>. Но <a href="http://www.transl-gunsmoker.ru/2010/10/blog-post_25.html" title="Вынос окна на передний план - это как любовь: вы не можете её украсть, вам её должны подарить">для успешности выполнения этой операции ваше приложение должно иметь фокус</a>.<br />&nbsp;</li> <li><a title="MSDN: IFileIsInUse::GetSwitchToHWND method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775870(v=vs.85).aspx"><code>GetSwitchToHWND</code></a> возвращает описатель окна процесса, блокирующего файл. Используйте этот описатель только для переключения на окно. Вы понятия не имеете, что за окно вам могут тут вернуть. Не нужно пытаться его закрыть или делать что-то ещё - это просто будет плохим поведением. И всегда проверяйте на ошибки вызова. Иначе вы не узнаете, вернули ли вам корректный описатель.<br /> <br /> Конечно же, вы можете вызывать этот метод только если вызов <code>GetCapabilities</code> вернул бит <code>OF_CAP_CANSWITCHTO</code>.<br />&nbsp;</li> <li><a title="MSDN: IFileIsInUse::CloseFile method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775865(v=vs.85).aspx"><code>CloseFile</code></a> просит сервер закрыть файл. Вы можете вызывать этот метод только если вызов <code>GetCapabilities</code> вернул бит <code>OF_CAP_CANCLOSE</code>. Ну, это действительно приятная возможность. Но не доверяйте ей слепо! Всегда перепроверьте блокировку файла после вызова прежде чем двигаться дальше.</li> </ul> Чтобы получить интерфейс для файла вам нужно сначала иметь заблокированный файл. Вы можете скачать и скомпилировать <a title="MSDN: File Is In Use Sample" href="http://msdn.microsoft.com/en-us/library/ee330722(VS.85).aspx">пример из MSDN с именем IsFileInUse</a> или вы можете просто открыть файл в приложении, которое реализует такие интерфейсы (например, MS Office).<br /> <br /> Следующий шаг - узнать, где размещаются заблокированные файлы. Это место - running object table, или ROT для краткости (её можно получить через ActiveX.<a href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms684004(v=vs.85).aspx" title="MSDN: GetRunningObjectTable function">GetRunningObjectTable</a>()). Это глобальная* (для машины) таблица, которая хранит запущенные (running) COM объекты. Вы можете реализовать свой собственный интерфейс и поместить его в эту таблицу. Поскольку интерфейсы могут быть произвольными, к ним прикрепляются <a title="Википедия: Моникер" href="http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%BD%D0%B8%D0%BA%D0%B5%D1%80">моникеры</a> (<a title="MSDN: IMoniker interface" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms679705(v=vs.85).aspx">IMoniker</a>), которые уникально их описывают. Существует несколько типов моникеров вроде класса (class), элемента (item) и файла (file) - и нас интересует только последний тип.<br /> <br /> Так что вся работа будет заключаться в переборе моникеров в ROT. Обычно их там не много (у меня было всего 5). Каждый моникер проверяется на тип (<a title="MSDN: IMoniker::IsSystemMoniker method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms690482(v=vs.85).aspx"><code>IsSystemMoniker</code></a>) и то, является ли он файловым моникером (<a href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms694326(v=vs.85).aspx" title="MSDN: MKSYS enumeration"><code>MKSYS_FILEMONIKER</code></a>), а затем путь к файлу сравнивается с нашим файлом. Если честно, то я не могу сказать, зачем пример сперва сравнивает префикс, а потом сам моникер - извините.<br /> <br /> Сам объект получается по моникеру через вызов <a title="MSDN: IRunningObjectTable::GetObject method" href="http://msdn.microsoft.com/en-us/library/windows/desktop/ms683841(v=vs.85).aspx"><code>GetObject</code></a> у ROT. Этот вызов может завершиться с ошибкой <code>E_ACCESS_DENIED</code>, так что проверяйте на ошибки. В итоге мы получаем интерфейс <code>IFileIsInUse</code>. Поскольку файл мог быть зарегистрирован без реализации этого интерфейса, то нам снова нужна проверка на ошибки.<br /> <br /> Я не писал весь этот код сам. Фактически, я взял за основу уже упоминавшийся мною пример из MSDN. <pre class="brush:delphi">function GetFileInUseInfo(const FileName : WideString) : IFileIsInUse; var ROT : IRunningObjectTable; mFile, enumIndex, Prefix : IMoniker; enumMoniker : IEnumMoniker; MonikerType : LongInt; unkInt : IInterface; begin result := nil; OleCheck(GetRunningObjectTable(0, ROT)); OleCheck(CreateFileMoniker(PWideChar(FileName), mFile)); OleCheck(ROT.EnumRunning(enumMoniker)); while (enumMoniker.Next(1, enumIndex, nil) = S_OK) do begin OleCheck(enumIndex.IsSystemMoniker(MonikerType)); if MonikerType = MKSYS_FILEMONIKER then begin if Succeeded(mFile.CommonPrefixWith(enumIndex, Prefix)) and (mFile.IsEqual(Prefix) = S_OK) then begin if Succeeded(ROT.GetObject(enumIndex, unkInt)) then begin if Succeeded(unkInt.QueryInterface(IID_IFileIsInUse, result)) then begin result := unkInt as IFileIsInUse; exit; end; end; end; end; end; end;</pre> <br /> <h1>Заключение</h1> В целом этот API имеет такие недостатки: <ul> <li>Этот API рассчитывает на то, что программа, заблокировавшая файл, реализует и зарегистрирует специальный интерфейс. Если же приложение не озаботится этой задачей, то вы не сможете использовать этот метод.</li> <li>Если вы заблокируете файл на разделяемой сетевой папке, а затем попробуете обратиться к нему по локальному имени, то не сможете определить процесс, заблокировавший файл. Причина кроется в самой Windows. Windows является провайдером файлов внешнему миру (даже если это всего лишь петля обратно на локальную машину), так что Проводник Windows покажет просто "Система" в качестве блокиратора. Также, в ROT вы увидите только сетевой (UNC) путь вместо локального.</li> <li>(*) Примечание безопасности: ROT не является по настоящему глобальной. Фактически, в системе есть несколько ROT. ROT делятся индивидуально по пользователям, а затем по mandatory integrity control (MIC) или integrity levels (IL) - высокому (high), среднему (medium) и, вероятно, низкому (low) (я не проверял). Если вы запущены как обычный пользователь, ваши процессы будут иметь средний уровень, а процессы администратора - высокий. Программа со средним уровнем сможет зарегистрировать себя только в ROT для среднего уровня. Поэтому, если она хочет создать ключи реестра для COM (LOCAL_MACHINE\Classes\AppID\guid), то ей нужно запуститься под администратором хотя бы раз. Таким образом, она сможет стать видимой для всех ROT при желании. К сожалению, это ещё не всё. На многопользовательской системе каждый объект в моникере имеет дескриптор безопасности, который говорит COM, кто имеет к нему доступ. Если Алиса хочет получить доступ к ROT, созданной Бобом, то Боб должен явно разрешить Алисе доступ к ней. Как обычно в вопросах безопасности, по умолчанию доступ разрешается только системе, администраторам и создателю - эти настройки копируются из глобальных настроек безопасности COM и они могут быть изменены либо в реестре для AppID при запуске процесса, либо для каждого регистрируемого объекта сервером. JWSCL даёт доступ к обоим вариантам в файле JwsclComSecurity.pas (>= 0.9.4). И таким образом сервер может изменить настройки, чтобы, скажем, дать всем прошедшим проверку пользователям доступ к объекту.</li> </ul> <br /> <h1>Пример</h1> Вы можете скачать файл-пример напрямую с Subversion:<br /> <a href="https://jedi-apilib.svn.sourceforge.net/svnroot/jedi-apilib/jwapi/trunk/Examples/FileIsInUse/Client/FileIsInUseClientExample.dpr" title="FileIsInUseClientExample.dpr">https://jedi-apilib.svn.sourceforge.net/svnroot/jedi-apilib/jwapi/trunk/Examples/FileIsInUse/Client/FileIsInUseClientExample.dpr</a><br /> <br /> См. также: <a title="Как мне найти программу, которая держит этот файл?" href="http://www.transl-gunsmoker.ru/2012/02/blog-post_18.html">Как мне найти программу, которая держит этот файл?</a><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-539405443253219257?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=b-tmZLxXB94:qqOHa2ycum4:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=b-tmZLxXB94:qqOHa2ycum4:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=b-tmZLxXB94:qqOHa2ycum4:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=b-tmZLxXB94:qqOHa2ycum4:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=b-tmZLxXB94:qqOHa2ycum4:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/b-tmZLxXB94" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2012/02/blog-post_19.htmltag:blogger.com,1999:blog-1688132520265708820.post-53115224798266469682012-02-18T05:33:00.000+04:002012-02-20T15:39:14.997+04:002012-02-20T15:39:14.997+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2012/02/17/10268840.aspx" title="How do I find out which process has a file open?">How do I find out which process has a file open?</a> Автор: Реймонд Чен.<br /> <br /> Исторически, нет никакого специального способа найти процесс, который держит файл. Файловый объект имеет обычный счётчик ссылок объекта ядра и когда счётчик опускается до нуля - файл закрывается. Но в системе никто не отслеживает процессы, открывшие данный описатель, и сколько именно раз они его открыли (и это упрощённое изложение даже игнорирует тот факт, что счётчик может быть увеличен вовсе не процессом, а, скажем, драйвером режима ядра; или, быть может, изначально счётчик был увеличен процессом, который теперь уже закрыт, но <a title="MSDN: ObReferenceObjectByHandle routine" href="http://msdn.microsoft.com/ru-ru/library/ff558679(en-us,VS.85).aspx">файл ещё держится драйвером ядра</a>).<br /> <br /> Это состояние вещей согласуется с концепцией не хранить информацию, которая вам не нужна. Файловую систему не заботит, кто там держит её файлы. Её задача - закрыть файл, когда уйдёт последняя ссылка.<br /> <br /> Аналогичную ситуацию вы видите в COM. Всё, что вас заботит - когда же счётчик опустится до нуля (потому что в этот момент вам нужно удалить объект). Если позже вы обнаружите в своём процессе утечку, то у вас нет никакого волшебного запроса "Покажи мне всех, то вызывал _AddRef для моего объекта" - просто потому, что вы никогда и не вели учёт вызывающих _AddRef. Нет у вас и возможности сделать так: "Вот объект, который я хочу удалить. Покажи мне всех использующих его, так что я смогу их удалить".<br /> <br /> По крайней мере таким был классический сценарий.<br /> <a name='more'></a><br /> А теперь познакомьтесь с <a title="MSDN: Restart Manager" href="http://msdn.microsoft.com/ru-ru/library/cc948910(en-us,VS.85).aspx">Restart Manager</a>.<br /> <br /> Официальная цель Restart Manager - оказать помощь в закрытии и перезапуске приложений, которые вы хотите обновить. Чтобы сделать это, вам нужно отслеживать, какие процессы держат ссылки и на какие файлы. И вот она та самая база данных, что нам нужна (почему это ядро хранит список процессов, открывших файл? Потому что это принцип, обратный к принципу не хранить вещи, которые вам не нужны: теперь ядру нужна эта информация!)<br /> <br /> Вот простая программа, которая принимает в командной строке имя файла и показывает список процессов, открывших этот файл. <pre class="brush:delphi">program Project78; {$APPTYPE CONSOLE} {$R *.res} uses Winapi.Windows, System.SysUtils; {$A+,Z4} const PROCESS_QUERY_LIMITED_INFORMATION = $1000; RstrtMgr = 'Rstrtmgr.dll'; RM_SESSION_KEY_LEN = SizeOf(TGUID); // RM_SESSION_KEY_LEN - size in bytes of binary session key CCH_RM_SESSION_KEY = RM_SESSION_KEY_LEN * 2; // CCH_RM_SESSION_KEY - character count of text-encoded session key CCH_RM_MAX_APP_NAME = 255; // CCH_RM_MAX_APP_NAME - maximum character count of application friendly name CCH_RM_MAX_SVC_NAME = 63; // CCH_RM_MAX_SVC_NAME - maximum character count of service short name RM_INVALID_TS_SESSION = -1; // Uninitialized value for TS Session ID RM_INVALID_PROCESS = -1; // Uninitialized value for Process ID type TAppName = array[0..CCH_RM_MAX_APP_NAME] of WideChar; TServiceName = array[0..CCH_RM_MAX_SVC_NAME] of WideChar; TSessionKey = array[0..CCH_RM_SESSION_KEY] of WideChar; _RM_APP_TYPE = ( RmUnknownApp = 0, // Application type cannot be classified in known categories RmMainWindow = 1, // Application is a windows application that displays a top-level window RmOtherWindow = 2, // Application is a windows app but does not display a top-level window RmService = 3, // Application is an NT service RmExplorer = 4, // Application is Explorer RmConsole = 5, // Application is Console application RmCritical = 1000 // Application is critical system process where a reboot is required to restart ); RM_APP_TYPE = _RM_APP_TYPE; TRMAppType = RM_APP_TYPE; _RM_SHUTDOWN_TYPE = ( RmForceShutdown = $1, // Force app shutdown RmShutdownOnlyRegistered = $10 // Only shudown apps if all apps registered for restart ); RM_SHUTDOWN_TYPE = _RM_SHUTDOWN_TYPE; TRMShutdownType = RM_SHUTDOWN_TYPE; _RM_APP_STATUS = ( RmStatusUnknown = $0, // Application in unknown state or state not important RmStatusRunning = $1, // Application is currently running RmStatusStopped = $2, // Application stopped by Restart Manager RmStatusStoppedOther = $4, // Application detected stopped by outside action RmStatusRestarted = $8, // Application restarted by Restart Manager RmStatusErrorOnStop = $10, // An error occurred when stopping this application RmStatusErrorOnRestart = $20, // An error occurred when restarting this application RmStatusShutdownMasked = $40, // Shutdown action masked by filer RmStatusRestartMasked = $80 // Restart action masked by filter ); RM_APP_STATUS = _RM_APP_STATUS; TRMAppStatus = RM_APP_STATUS; _RM_REBOOT_REASON = ( RmRebootReasonNone = $0, // Reboot not required RmRebootReasonPermissionDenied = $1, // Current user does not have permission to shut down one or more detected processes RmRebootReasonSessionMismatch = $2, // One or more processes are running in another TS session. RmRebootReasonCriticalProcess = $4, // A critical process has been detected RmRebootReasonCriticalService = $8, // A critical service has been detected RmRebootReasonDetectedSelf = $10 // The current process has been detected ); RM_REBOOT_REASON = _RM_REBOOT_REASON; TRMRebootReason = RM_REBOOT_REASON; _RM_UNIQUE_PROCESS = record dwProcessId: DWORD; // PID ProcessStartTime: TFileTime; // Process creation time end; RM_UNIQUE_PROCESS = _RM_UNIQUE_PROCESS; PRM_UNIQUE_PROCESS = ^_RM_UNIQUE_PROCESS; TRMUniqueProcess = RM_UNIQUE_PROCESS; PRMUniqueProcess = PRM_UNIQUE_PROCESS; _RM_PROCESS_INFO = record Process: TRMUniqueProcess; // Unique process identification strAppName: TAppName; // Application friendly name strServiceShortName: TServiceName; // Service short name, if applicable ApplicationType: TRMAppType; // Application type AppStatus: ULONG; // Bit mask of application status TSSessionId: DWORD; // Terminal Service session ID of process (-1 if n/a) bRestartable: BOOL; // Is application restartable? end; RM_PROCESS_INFO = _RM_PROCESS_INFO; PRM_PROCESS_INFO = ^_RM_PROCESS_INFO; TRMProcessInfo = RM_PROCESS_INFO; PRMProcessInfo = PRM_PROCESS_INFO; function QueryFullProcessImageName(hProcess: THandle; dwFlags: DWORD; lpExeName: PChar; var lpdwSize: Integer): BOOL; stdcall; external kernel32 name {$IFDEF UNICODE}'QueryFullProcessImageNameW'{$ELSE}'QueryFullProcessImageNameA'{$ENDIF}; function RmStartSession(out pSessionHandle: DWORD; dwSessionFlags: DWORD; out strSessionKey: TSessionKey): DWORD; stdcall; external RstrtMgr; function RmEndSession(dwSessionHandle: DWORD): DWORD; stdcall; external RstrtMgr; function RmRegisterResources(dwSessionHandle: DWORD; nFiles: UINT; rgsFileNames: PPWideChar; nApplications: UINT; rgApplications: PRMUniqueProcess; nServices: UINT; rgsServiceNames: PPWideChar): DWORD; stdcall; external RstrtMgr; function RmGetList(dwSessionHandle: DWORD; out pnProcInfoNeeded: UINT; var pnProcInfo: UINT; out rgAffectedApps: TRMProcessInfo; out lpdwRebootReasons: DWORD): DWORD; stdcall; external RstrtMgr; procedure Run; function StrFromAppType(const AAppType: TRMAppType): String; begin case AAppType of RmMainWindow: Result := 'Application is a windows application that displays a top-level window'; RmOtherWindow: Result := 'Application is a windows app but does not display a top-level window'; RmService: Result := 'Application is an NT service'; RmExplorer: Result := 'Application is Explorer'; RmConsole: Result := 'Application is Console application'; RmCritical: Result := 'Application is critical system process where a reboot is required to restart'; else Result := 'Application type cannot be classified in known categories'; end; end; const Num = 10; var dwSession: DWORD; szSessionKey: TSessionKey; pszFile: PPWideChar; P: PWideChar; FileName: WideString; dwReason: DWORD; i: Integer; nProcInfoNeeded: UINT; nProcInfo: UINT; rgpi: array[0..Num - 1] of TRMProcessInfo; hProcess: THandle; ftCreate, ftExit, ftKernel, ftUser: TFileTime; sz: String; cch: Integer; begin FileName := ParamStr(1); FillChar(SessionKey, SizeOf(SessionKey), 0); SetLastError(RmStartSession(dwSession, 0, szSessionKey)); Win32Check(GetLastError = ERROR_SUCCESS); try P := PWideChar(FileName); pszFile := @P; SetLastError(RmRegisterResources(dwSession, 1, pszFile, 0, nil, 0, nil)); Win32Check(GetLastError = ERROR_SUCCESS); nProcInfo := Num; SetLastError(RmGetList(dwSession, nProcInfoNeeded, nProcInfo, rgpi[0], dwReason)); Win32Check(GetLastError = ERROR_SUCCESS); for i := 0 to nProcInfo - 1 do begin WriteLn(Format('%d.ApplicationType = %d (%s)', [i, Ord(rgpi[i].ApplicationType), StrFromAppType(rgpi[i].ApplicationType)])); WriteLn(Format('%d.strAppName = %s', [i, rgpi[i].strAppName])); WriteLn(Format('%d.Process.dwProcessId = %d', [i, rgpi[i].Process.dwProcessId])); hProcess := OpenProcess(PROCESS_QUERY_LIMITED_INFORMATION, False, rgpi[i].Process.dwProcessId); if hProcess <> 0 then try if GetProcessTimes(hProcess, ftCreate, ftExit, ftKernel, ftUser) and (CompareFileTime(rgpi[i].Process.ProcessStartTime, ftCreate) = 0) then begin cch := MAX_PATH; SetLength(sz, cch); if QueryFullProcessImageName(hProcess, 0, PChar(sz), cch) and (cch <= MAX_PATH) then begin SetLength(sz, cch); WriteLn(Format('%d.Process.Name = %s', [i, sz])); end; end; finally CloseHandle(hProcess); end; WriteLn; end; finally RmEndSession(dwSession); end; end; begin try if ParamCount = 0 then Exit; Run; except on E: Exception do Writeln(E.ClassName, ': ', E.Message); end; end.</pre> Итак, первой строкой в этом коде... нет, постойте - ещё до вызова функции <a title="MSDN: Rm­Start­Session function" href="http://msdn.microsoft.com/en-us/library/windows/desktop/aa373668(v=vs.85).aspx"><code>Rm­Start­Session</code></a> у нас есть строка <pre class="brush:delphi">FillChar(SessionKey, SizeOf(SessionKey), 0);</pre> Одна эта строка кода решает аж два бага!<br /> <br /> Первый из них - баг в документации. Документация по функции <code>Rm­Start­Session</code> не указывает, насколько большим должен быть буфер для ключа сессии. Правильный ответ - CCH_RM_SESSION_KEY + 1.<br /> <br /> Второй баг - в коде. Функция <code>Rm­Start­Session</code> не завершает ключ терминатором, даже хотя прототип функции описан как возвращающий нуль-терминированную строку. Чтобы обойти эту проблему, мы очищаем буфер перед использованием, заполняя его нулями, так что то, что будет записано в ключ сессии, автоматически получит корректный терминатор (а именно - один из тех нулей, что мы записали).<br /> <br /> Прим. пер.: при переводе с C на Delphi прототип функции был существенно изменён. Так что теперь ключ сессии передаётся как фиксированный массив.<br /> <br /> Окей, эти проблемы ушли с дороги. Теперь, базовый алгоритм: <ol> <li>Создать сессию Restart Manager.</li> <li>Добавить интересующий нас файл в сессию.</li> <li>Запросить список процессов, влияющих на ресурс.</li> <li>Напечатать немного информации по каждому процессу.</li> <li>Закрыть сессию.</li> </ol> Я уже упомянул, что вы создаёте сессию вызовом <code>Rm­Start­Session</code>. Следующим шагом мы добавляем в сессию единственный файл вызовом <a title="MSDN: Rm­Register­Resources function" href="http://msdn.microsoft.com/en-us/library/windows/desktop/aa373663(v=vs.85).aspx"><code>Rm­Register­Resources</code></a>.<br /> <br /> Теперь начинается веселье. Получение списка процессов обычно происходит в два этапа. Сначала вы запрашиваете число доступных процессов (передавая 0 в <code>nProcInfo</code>), затем выделяете память и вызываете функцию второй раз для получения данных. Но поскольку это просто пример, я вшил в программу фиксированное число процессов. Если файл открыт более 10 процессами, то я просто сдамся (вы можете проверить это, запустив программу и указав файл вроде kernel32.dll).<br /> <br /> Прим.пер.: и если какой-то сильно умный читатель вздумает <a href="http://www.gunsmoker.ru/2010/05/90.html" title="90% кода в интернете - говно">скопировать этот код и использовать "как есть"</a>...<br /> <br /> Вторая хитрая часть заключается в поиске процесса по <a title="MSDN: RM_PROCESS_INFO structure" href="http://msdn.microsoft.com/en-us/library/windows/desktop/aa373674(v=vs.85).aspx"><code>TRMProcessInfo</code></a>. Поскольку ID процессов могут использоваться заново (recycle), то структура <code>TRMProcessInfo</code> идентифицирует процесс комбинацией ID и времени его запуска. Такая комбинация является уникальной в рамках одной машины, потому что два процесса не могут иметь одинаковые ID в одно и то же время. Поэтому мы открываем процесс по его ID, а затем проверяем, что это именно тот процесс, что нам нужен (а если нет - то <a title="RE: How do I recover the window handle passed to ShellExecute? by Anonymous" href="http://blogs.msdn.com/b/oldnewthing/archive/2010/08/26/10054386.aspx#10054750">ID ссылается на процесс, который уже завершил работу</a> с того момента, когда мы запрашивали список). Если же все данные совпали, то мы выводим путь к .exe файлу процесса.<br /> <br /> Вот и всё, что нужно, чтобы перечислить все процессы, открывшие какой-то конкретный файл. <br /> <br /> Конечно же, более выразительным интерфейсом для управления используемыми файлами является <a title="MSDN: IFileIsInUse interface" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775874(v=vs.85).aspx"><code>IFileIsInUse</code></a>, который <a title="Некоторые папки двигать нельзя - и вам придётся научиться с этим жить" href="http://www.transl-gunsmoker.ru/2012/02/blog-post.html">я упоминал не так давно</a>. Этот интерфейс скажет вам не только какие приложения открыли файл (и в более дружелюбном формате, чем просто путь к .exe), но вы также сможете переключиться на это приложение и даже попросить его закрыть файл (если оно поддерживает эту возможность). Сама Windows 7 сначала пытается использовать <code>IFileIsInUse</code>, и лишь если он не сумел освободить файл - обращается к Restart Manager.<br /> <br /> Читать далее: <a title="Используется ли файл?" href="http://www.transl-gunsmoker.ru/2012/02/blog-post_19.html">использование <code>IFileIsInUse</code></a>.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-5311522479826646968?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=g3yyaGW447o:J9e2AXkvEQI:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=g3yyaGW447o:J9e2AXkvEQI:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=g3yyaGW447o:J9e2AXkvEQI:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=g3yyaGW447o:J9e2AXkvEQI:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=g3yyaGW447o:J9e2AXkvEQI:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/g3yyaGW447o" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2012/02/blog-post_18.htmltag:blogger.com,1999:blog-1688132520265708820.post-32999341059999465922012-02-17T03:52:00.000+04:002012-02-18T03:54:13.628+04:002012-02-18T03:54:13.628+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2010/08/06/10046812.aspx" title="Some known folders cannot be moved, but others can, and you'll just have to accept that">Some known folders cannot be moved, but others can, and you'll just have to accept that</a>. Автор: Реймонд Чен.<br /> <br /> Некоторые из "известных папок" оболочки (Shell known folders) могут быть помечены как <a title="MSDN: KF_CATEGORY enumeration" href="http://msdn.microsoft.com/en-us/library/bb762512(VS.85).aspx"><code>KF_CATEGORY_FIXED</code></a>, что делает их неперемещаемыми. И наоборот, если папка файловой системы не является "неподвижной", то она может быть перемещена.<br /> <br /> Эта дихотомия представляется простой и недостойной отдельного обсуждения - за исключением того, что у некоторых клиентов иногда возникают проблемы включения этого понятия в своё мировоззрение.<br /> <a name='more'></a> <blockquote>У меня есть код, который вызывает <a title="MSDN: SHSetFolderPath function" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb762247(v=vs.85).aspx"><code>SHSet­Folder­Path</code></a>, и он работает для большинства папок, но для некоторых значений CSIDL вроде <code>CSIDL_COMMON_APPDATA</code> код завершается с ошибкой <code>E_INVALIDARG</code>. При этом не имеет значения, вызываю ли я его с повышением привилегий или нет. Что я делаю не так?</blockquote> Разница в том, что <code>CSIDL_COMMON_APPDATA</code> (известная в <i>Новом Мировом Порядке</i> как <code>FOLDERID_ProgramData</code>) помечена как <code>KF_CATEGORY_FIXED</code>, так что её нельзя переместить. <blockquote>А есть ли способ игнорировать флаг <code>KF_CATEGORY_FIXED</code> и переместить её?</blockquote> Нет. Она неперемещаема. Извините. Вам просто остаётся принять тот факт, что эта папка не поменяет своё расположение по вашему желанию.<br /> <br /> И буквально на следующий день мы получили такой вопрос от совершенно другого клиента: <blockquote>У нас есть программа, которая следит за "известной папкой", но наш код вылетает, если пользователь меняет расположение папки в то время, пока программа за ней следит. Есть ли какой-нибудь способ сделать так, чтобы пользователь не мог двигать папку?</blockquote> Если папка может быть перемещена, то вам нужно принять тот факт, что она может быть перемещена. Вы не можете изменить порядок вещей только потому, что это сделает легче жизнь лично вам.<br /> <br /> Я нахожу любопытным, что мы получили два запроса подряд, которые просят о полностью противоположных вещах: "Я хочу сделать эту папку перемещаемой!" и "Я хочу сделать эту папку неперемещаемой!". Я могу только догадываться о <a title="Что если две программы сделают это?" href="http://www.transl-gunsmoker.ru/2010/06/blog-post_11.html">том хаосе, который вызовут эти программы, будучи запущенными одновременно на одной машине</a>!<br /> <br /> Что может сделать программа - зарегистрировать <a title="MSDN: IFile­Is­In­Use interface" href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb775874(v=vs.85).aspx"><code>IFile­Is­In­Use</code></a> для каталога, так что оболочка вызовет её, когда кто-то захочет переместить папку. И тогда, по крайней мере, программа будет знать, когда будут происходить <i>страшные вещи</i>, и подготовиться к ним. Мне сказали, что <a href="http://msdn.microsoft.com/en-us/library/ee330722(VS.85).aspx" title="MSDN: File Is In Use Sample">простой пример использования <code>IFile­Is­In­Use</code></a> можно найти в SDK Windows 7 SDK в каталоге winui\Shell\AppPlatform\FileIsInUse. И ещё есть <a title="Your File Is In Use… Demystified" href="http://wayback.archive.org/web/jsp/Interstitial.jsp?seconds=5&date=1177850876000&url=http%3A%2F%2Fshellrevealed.com%2Fblogs%2Fshellblog%2Farchive%2F2007%2F03%2F29%2FYour-File-Is-In-Use_2620_-Demystified.aspx&target=http%3A%2F%2Fweb.archive.org%2Fweb%2F20070429124756%2Fhttp%3A%2F%2Fshellrevealed.com%2Fblogs%2Fshellblog%2Farchive%2F2007%2F03%2F29%2FYour-File-Is-In-Use_2620_-Demystified.aspx">старая статья</a> по этой теме в сейчас-уже-не-работающем блоге Shell Revealed.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-3299934105999946592?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=5-74wKDK0B0:ZeYGKeD_qnk:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=5-74wKDK0B0:ZeYGKeD_qnk:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=5-74wKDK0B0:ZeYGKeD_qnk:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=5-74wKDK0B0:ZeYGKeD_qnk:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=5-74wKDK0B0:ZeYGKeD_qnk:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/5-74wKDK0B0" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com1http://www.transl-gunsmoker.ru/2012/02/blog-post.htmltag:blogger.com,1999:blog-1688132520265708820.post-7572519072604895772011-09-08T02:59:00.000+04:002011-09-27T03:15:29.292+04:002011-09-27T03:15:29.292+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/08/11/695514.aspx" title="Why does SetWindowsHookEx take an HINSTANCE parameter?">Why does SetWindowsHookEx take an HINSTANCE parameter?</a> Автор: Реймонд Чен.<br /> <br /> <a href="http://blogs.msdn.com/b/oldnewthing/archive/2005/04/25/411741.aspx#412529" title="RE: What is the HINSTANCE passed to SetWindowsHookEx used for? by Anonymous">Анонимный комментатор спросил</a>, почему функция <code>SetWindowsHookEx</code> принимает параметр <code>HINSTANCE</code>, если она всё равно сконвертирует это значение в имя файла.<br /> <a name='more'></a><br /> Потому что ловушки работали иначе в 16-битных Windows.<br /> <br /> В мире 16-битных Windows не было такой вещи как внедрение ловушки. Все 16-битные приложения Windows работали в едином адресном пространстве, так что не было никакой необходимости внедрять ловушку - она и так была доступна всем процессам. Соответственно, не было никакой необходимости конвертировать описатель в имя файла.<br /> <br /> Но что там с описателем? Он был нужен, чтобы увеличить счётчик загрузок модуля, чтобы модуль не выгрузился бы в то время, пока установлена и работает ловушка. Когда ловушка удалялась, то счётчик ссылок уменьшался.<br /> <br /> И даже в 32-битных Windows оконному менеджеру всё ещё нужен описатель. Зачем? Чтобы сконвертировать адрес функции в DLL в RVA (прим.пер.: относительное смещение) - чтобы эту функцию можно было потом найти в DLL, когда она будет загружена в другой процесс (прим.пер.: и по другому адресу). Так что если бы вы передавали имя фала вместо описателя, то оконному менеджеру всё равно пришлось бы вызывать <code>GetModuleHandle</code> для получения описателя. Поскольку большинство программ хранит описатели, а не имена, то выбор параметра-описателя был естественным выбором (не говоря уже о сохранении совместимости с 16-битными Windows - а это очень важный критерий, когда ты пытаешься убедить людей писать программы под Win32).<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-757251907260489577?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wHc6933CS4M:vXOSRAmI7TA:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wHc6933CS4M:vXOSRAmI7TA:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wHc6933CS4M:vXOSRAmI7TA:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wHc6933CS4M:vXOSRAmI7TA:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wHc6933CS4M:vXOSRAmI7TA:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/wHc6933CS4M" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/why-does-setwindowshookex-take.htmltag:blogger.com,1999:blog-1688132520265708820.post-85096872842841898442011-09-07T02:55:00.000+04:002011-09-27T02:49:12.816+04:002011-09-27T02:49:12.816+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/08/10/694362.aspx" title="One way people abused hooks in 16-bit Windows">One way people abused hooks in 16-bit Windows</a>. Автор: Реймонд Чен.<br /> <br /> В <a title="Как были реализованы оконные ловушки в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/09/how-were-window-hooks-implemented-in-16.html">прошлый раз</a> мы увидели, как в 16-битных Windows реализуются оконные ловушки. Даже хотя значения <code>HHOOK</code> являются не прозрачными типами данных ("чёрным ящиком"), с которыми нужно работать как с описателями, многие программы "знали слишком много, чтобы стать опасными" - и воспользовались тем фактом, что значения <code>HHOOK</code> были просто указателями на предыдущую процедуру ловушки.<br /> <a name='more'></a><br /> Самый частый способ использования этой информации во зло заключается в снятии ловушки неверным способом. Вместо вызова функции <code>UnhookWindowsHook</code> снова вызывалась <code>SetWindowsHook</code>! Более конкретно: текущая ловушка удалялась установкой на вершину цепочки предыдущей ловушки: <pre class="brush:delphi">var g_hhkPrev: HHOOK; // Установка ловушки g_hhkPrev := SetWindowsHook(WH_KEYBOARD, MyHookProc); ... // Безумие! Удаление ловушки установкой предыдущей ловушки "обратно" SetWindowsHook(WH_KEYBOARD, g_hhkPrev);</pre> Несмотря на это вопиюще неверное поведение, код работал; это вроде как две неверные вещи при сложении дали почти правильное. Если никто не трогал цепочку ловушек между установкой и таким "снятием" ловушки, то переустановка старой ловушки в вершину списка восстанавливала список ловушек в то же состояние, в которое он приходит при правильном удалении ловушки.<br /> <br /> Но если между этими двумя вызовами кто-то другой установит их собственную ловушку, то установка старой ловушки заново приведёт к "удалению" не только <code>MyHookProc</code>, но и <b>всех ловушек, которые были установлены после неё</b> (это в точности та же проблема, которая получается, если <a title="Homework assignment about window subclassing" href="http://blogs.msdn.com/b/oldnewthing/archive/2003/11/10/55647.aspx">вы неосторожно удаляете саб-классированные оконные процедуры</a>).<br /> <br /> Я до сих пор понятия не имею, почему кому-то взбрело в голову удалять ловушку именно таким способом вместо правильного - они ничего не сэкономили, а просто заменили одну строчку на другую: <pre class="brush:delphi">UnhookWindowsHook(WH_KEYBOARD, MyHookProc);</pre> Windows 3.1 ввела модель с <code>SetWindowsHookEx</code>/<code>CallNextHookEx</code>, которая не использовала технику внешнего связанного списка, а хранила список сама, внутренне. Это защитило цепочку ловушек от программ, которые портили её неверным управлением списком, но это также означало, что теперь все эти сумасшедшие программы, которые пытались удалить ловушку повторной установкой старой ловушки, теперь будут просто портить внутренний список ловушек. Нам пришлось написать специальный код, который определял такие случаи и заменял их на корректные вызовы.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-8509687284284189844?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=NDA3RtiRuuc:NGYRCi0dRLo:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=NDA3RtiRuuc:NGYRCi0dRLo:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=NDA3RtiRuuc:NGYRCi0dRLo:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=NDA3RtiRuuc:NGYRCi0dRLo:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=NDA3RtiRuuc:NGYRCi0dRLo:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/NDA3RtiRuuc" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/one-way-people-abused-hooks-in-16-bit.htmltag:blogger.com,1999:blog-1688132520265708820.post-32848051366375511902011-09-06T02:55:00.000+04:002011-09-27T02:52:33.184+04:002011-09-27T02:52:33.184+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/08/09/693280.aspx" title="How were window hooks implemented in 16-bit Windows?">How were window hooks implemented in 16-bit Windows?</a> Автор: Реймонд Чен.<br /> <br /> Механизм отслеживания оконных ловушек был реализован существенно иначе в 16-битных Windows.<br /> <a name='more'></a><br /> При этом использовались функции <code>SetWindowsHook</code>, <code>UnhookWindowsHook</code> и <code>DefHookProc</code>. Первые две функции существуют даже сегодня, но третья заменена простым макросом: <pre class="brush:cpp">// 16-битный прототип DWORD WINAPI DefHookProc(int nCode, WPARAM wParam, LPARAM lParam, HHOOK FAR *phk); // 32-битный макрос #define DefHookProc(nCode, wParam, lParam, phhk)\ CallNextHookEx(*phhk, nCode, wParam, lParam)</pre> Предупреждение: весь код реконструируется по памяти. Его дух не тронут, но точные детали могут быть указаны не верно.<br /> <br /> Чтобы установить ловушку в 16-битных Windows, вы сначала вызываете <code>SetWindowsHook</code>: <pre class="brush:delphi">var g_hhkPrev: HHOOK; ... g_hhkPrev := SetWindowsHook(WH_WHATEVER, MyHookProc);</pre> Возвращаемое значение от <code>SetWindowsHook</code> должно быть сохранено в глобальной переменной, которой мы дали несколько провокационное имя <code>g_hhkPrev</code>. Процедура ловушки выглядела вот так: <pre class="brush:delphi">// В Win16 процедура ловушки возвращала DWORD, а не LRESULT function MyHookProc(nCode: Integer; wParam: WinTypes.WPARAM; lParam: WinTypes.LPARAM): DWord; begin if nCode >= 0 then begin ... end; Result := DefHookProc(nCode, wParam, lParam, g_hhkPrev); end;</pre> А когда вы заканчивали работу, то вы удаляли ловушку вызовом <code>UnhookWindowsHook</code>: <pre class="brush:delphi">UnhookWindowsHook(WH_WHATEVER, MyhookProc); g_hhkPrev := 0;</pre> Внутренне, цепочка функций ловушек управлялась как связанный список, но вместо использования для хранения списка каких-то внутренних структур, связанный список управлялся через сами переменные <code>HHOOK</code>.<br /> <br /> Внутренняя реализация <code>SetWindowsHook</code> была довольно простой: <pre class="brush:delphi">// Этот массив инициализирован процедурами вида "ничего не делай" var g_rgHook: array[0..NUMHOOKS - 1] of HOOKPROC; function SetWindowsHook(nType: Integer; pfnHookProc: HOOKPROC): HHOOK; var hhkPrev: HHOOK; begin hhkPrev := HHOOK(g_rgHook[nType]); g_rgHook[nType] := pfnHookProc; Result := hhkPrev; end;</pre> Установка ловушки просто записывала вашу процедуру ловушки в заголовок списка (цепочки ловушек), и возвращала предыдущее начало списка. Вызов ловушки заключался просто в вызове первой ловушки (головы списка): <pre class="brush:delphi">function CallHook(nType, nCode: Integer; wParam: WinTypes.WPARAM; lParam: WinTypes.LPARAM): DWORD; begin Result := g_rgHook[nType](nCode, wParam, lParam); end;</pre> Каждая процедура ловушки сначала выполняла свою работу, а затем передавала управление следующему элементу в цепочке, вызывая <code>DefHookProc</code> и передавая ему <code>HHOOK</code>: <pre class="brush:delphi">function DefHookProc(nCode: Integer; wParam: WinTypes.WPARAM; lParam: WinTypes.LPARAM; var phk: HHOOK): DWord; var pfnNext: HOOKPROC; begin pfnNext := HOOKPROC(phk); if nCode >=0 then begin Result := pfnNext(nCode, wParam, lParam); Exit; end; ... ещё код ... end;</pre> Как вы можете видеть, это чрезвычайно примитивно: вызов ловушки вызывает первую процедуру в списке, которая затем вызывает <code>DefHookProc</code>, которая знает, что <code>HHOOK</code> - это просто <code>HOOKPROC</code>, и она просто перенаправляет вызов вниз по списку, прямо вызывая эту самую функцию.<br /> <br /> А волшебство здесь заключается в последнем шаге, когда вы снимаете ловушку. Вспомните, что правило вызова ловушек таково, что отрицательные коды должны передаваться в <code>DefHookProc</code> (или, по современному: <code>CallNextHookEx</code>) напрямую. Это соглашение позволяет подсистеме ловушек использовать отрицательные коды для ведения учёта. В данном случае мы использовали -1 как код "снять эту ловушку": <pre class="brush:delphi">function UnhookWindowsHook(nType: Integer; pfnHookProc: HOOKPROC): BOOL; begin Result := DefHookProc(-1, 0, LPARAM(pfnHookProc), HHOOK(g_rgHook[nType])); end;</pre> А затем начинается магия: <pre class="brush:delphi">function DefHookProc(nCode: Integer; wParam: WinTypes.WPARAM; lParam: WinTypes.LPARAM; var phk: HHOOK): DWord; var pfnNext: HOOKPROC; begin pfnNext := HOOKPROC(phk); if nCode >=0 then begin Result := pfnNext(nCode, wParam, lParam); Exit; end; case nCode of -1: // пытаемся снять ловушку begin if pfnNext = HOOKPROC(lParam) then // нашли ловушку begin phk := HHOOK(pfnNext(-2, 0, 0)); Result := Ord(True); end else // иначе - продолжаем искать Result := pfnNext(nCode, wParam, lParam); end; -2: // сообщить о следующей процедуре ловушке Result := DWORD(@phk); else Result := 0; end; end;</pre> Вот так - вся система оконных ловушек занимает всего несколько строк. Вам надо отдать должное Win16 за её компактный размер.<br /> <br /> Прим.пер.: вырезан разбор примера работы.<br /> <br /> Каждый раз, когда я говорю об этом, я восхищаюсь, как компактно была написана 16-битная Windows. Всего в двух десятках строк мы создали систему управления связанным списком функций, включающую в себя диспетчеризацию, а также поддержку удаления произвольного элемента из середины списка - и всё это без единого выделения памяти.<br /> <br /> В <a title="Как злоупотребляли оконными ловушками в Win16" href="http://www.transl-gunsmoker.ru/2011/09/one-way-people-abused-hooks-in-16-bit.html">следующий раз</a> мы посмотрим на то, как люди злоупотребляли этой простой системой.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-3284805136637551190?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=83Wl_1bc-Qs:mB6kCA-Endk:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=83Wl_1bc-Qs:mB6kCA-Endk:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=83Wl_1bc-Qs:mB6kCA-Endk:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=83Wl_1bc-Qs:mB6kCA-Endk:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=83Wl_1bc-Qs:mB6kCA-Endk:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/83Wl_1bc-Qs" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/how-were-window-hooks-implemented-in-16.htmltag:blogger.com,1999:blog-1688132520265708820.post-78721442566226638842011-09-05T02:54:00.000+04:002011-09-25T03:23:24.416+04:002011-09-25T03:23:24.416+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/08/08/692129.aspx" title="Candidate for most obscure keyboard shortcut: Shift+F8">Candidate for most obscure keyboard shortcut: Shift+F8</a>. Автор: Реймонд Чен.<br /> <br /> Так получилось, что одной из самых непонятных сочетаний клавиш является Shift+F8, которая используется в listbox для несмежного расширенного выбора. Господи, сколько же слов.<br /> <a name='more'></a><br /> <a title="Список используемых в Windows XP сочетаний клавиш" href="http://support.microsoft.com/default.aspx?scid=301583">Статья KB Q301583</a> не очень помогает в понимании, перечисляя это сочетание в разделе "Сочетания клавиш для диалоговых окон", даже хотя это не диалоговая комбинация клавиш. Это сочетание клавиш listbox-а.<br /> <br /> Если в listbox включен режим расширенного выделения, то вы можете использовать комбинацию Shift+F8, чтобы создать несмежное расширенное выделение с клавиатуры (с помощью мыши вы можете сделать это просто делая Ctrl+щелчок). Нажмите Shift+F8 первый раз, чтобы войти в режим расширенного выделения, затем используйте стрелочки для перемещения по списку и нажмите Ctrl+Space или Shift+Space для выделения (или снятия выделения). Когда вы закончите - нажмите Shift+F8 ещё раз (или просто переместите фокус к следующему элементу управления).<br /> <br /> И да, конкретно этот клавиатурный интерфейс просто кошмарен. Более естественный механизм использовал бы Ctrl+Стрелка для перемещения фокуса без изменения выбора, и Ctrl+Пробел для выбора (или отмены выбора) элемента. К счастью, элемент управления listview использовал именно этот подход вместо подражания сумасшедшему сочетанию клавиш Shift+F8.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-7872144256622663884?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=ffsMYf88BfM:YGWqz_oxEQ8:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=ffsMYf88BfM:YGWqz_oxEQ8:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=ffsMYf88BfM:YGWqz_oxEQ8:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=ffsMYf88BfM:YGWqz_oxEQ8:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=ffsMYf88BfM:YGWqz_oxEQ8:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/ffsMYf88BfM" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/candidate-for-most-obscure-keyboard.htmltag:blogger.com,1999:blog-1688132520265708820.post-89280916615637354312011-09-04T22:10:00.000+04:002011-10-20T03:25:04.797+04:002011-10-20T03:25:04.797+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/24/676669.aspx" title="How a less naive compiler calls an imported function">How a less naive compiler calls an imported function</a>. Автор: Реймонд Чен.<br /> <br /> Если функция объявлена со спецификатором <code>dllimport</code>, то это указывает компилятору Visual Studio C/C++, что эта функция импортируется из другого (исполняемого) модуля, а не является обычной функцией в этом же исполняемом модуле. Имея на руках эту информацию, компилятор генерирует немного другой код, поскольку теперь он осведомлён об особенностях импортируемых функций.<br /> <a name='more'></a><br /> Во-первых, теперь больше нет необходимости в функции-заглушке, потому что компилятор может сгенерировать инструкцию call [__imp__FunctionName]. Кроме того, компилятор знает, что этот адрес (адрес импортируемой функции) никогда не меняется, и, соответственно, он может оптимизировать многократное использование этого адреса, например: <pre class="brush:asm"> mov ebx, [__imp__FunctionName] push 1 call ebx ; FunctionName(1) push 2 call ebx ; FunctionName(2)</pre> (Примечание к сумасшедшим людям: подобная оптимизация означает, что у вас могут возникнуть проблемы, если вы исправляете таблицу импорта модуля после того, как код в модуле начал работу - потому что указатель на функцию может быть сохранён в регистр до того, как вы начали править импорт. Рассмотрите случай с примером выше, когда вы изменили запись в таблице __imp__FunctionName после выполнения инструкции mov ebx, [__imp__FunctionName]: ваша функция-перехватчик не будет вызвана, потому что старый указатель на функцию сохранён в регистре ebx).<br /> <br /> Аналогично, если ваша программа попытается взять адрес импортируемой функции, которая была объявлена со спецификатором dllimport, то компилятор распознает эту операцию и преобразует её в загрузку адреса из таблицы адресов импортируемых функций.<br /> <br /> В результате этого дополнительного знания, сообщаемого компилятору, функции-заглушки больше не нужны; компилятор знает, что ему надо идти прямо к таблице адресов импортированных функций.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-8928091661563735431?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=_sd7mkdZpWs:IcXXMx1d9ro:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=_sd7mkdZpWs:IcXXMx1d9ro:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=_sd7mkdZpWs:IcXXMx1d9ro:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=_sd7mkdZpWs:IcXXMx1d9ro:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=_sd7mkdZpWs:IcXXMx1d9ro:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/_sd7mkdZpWs" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com2http://www.transl-gunsmoker.ru/2011/09/how-less-naive-compiler-calls-imported.htmltag:blogger.com,1999:blog-1688132520265708820.post-7353446581913017642011-09-03T22:10:00.000+04:002012-02-18T05:38:13.543+04:002012-02-18T05:38:13.543+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/21/673830.aspx" title="Calling an imported function, the naive way">Calling an imported function, the naive way</a>. Автор: Реймонд Чен.<br /> <br /> Библиотека импорта (import library) разрешает (resolve) символы импортируемых функций, но к ней не обращаются до этапа компоновки. Давайте посмотрим на наивную реализацию, когда компилятор слепо не осведомлён о существовании импортируемых функций.<br /> <a name='more'></a><br /> В 16-битном мире это не вызывало никаких проблем. Компилятор генерировал дальний (far) вызов функции и оставлял внешнюю запись в объектном файле, указывающую, что вот этот адрес функции требует заполнения компоновщиком. На стадии компоновки линкер осознаёт, что этот внешний символ соответствует импортируемой функции, так что он <a href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-imported-in-16.html" title="Как импортировались DLL функции в 16-битных Windows?">собирает вместе все места её вызова в цепочку</a> и создаёт запись импорта функции в таблице импорта модуля. В run-time эти записи исправляются загрузчиком ОС и все счастливы.<br /> <br /> Давайте посмотрим, как справится с этой же ситуацией наивный 32-битный компилятор. Компилятор сгенерирует обычную инструкцию вызова функции, перекладывая разрешение адреса на компоновщик. Линкер увидит, что этот внешний символ, на самом деле, является импортируемой функций, и, ой, прямой вызов нужно переделать в косвенный. Но компоновщик не может переписать код, сгенерированный компилятором. Что же делать компоновщику?<br /> <br /> Решение заключается во вставке ещё одно уровня косвенности (предупреждение: информация ниже не верна буквально, но она "достаточно правдоподобна". Мы копнём детали в следующих постах).<br /> <br /> Для каждой экспортируемой функции создаётся два символа. Первый из них - запись в таблице импортируемых функций. Назовём его __imp__FunctionName. Конечно же, наивный компилятор не знает ни про какой префикс __imp__. Он просто генерирует код для инструкции call FunctionName, ожидая что компоновщик подставит нужный адрес.<br /> <br /> Тут на сцену выходит второй символ. Он имеет имя FunctionName и является однострочной функцией, состоящей из одной-единственной инструкции: jmp [__imp__FunctionName] (генерируется компоновщиком). Эта крохотная заглушка предназначена для удовлетворения внешних ссылок на функцию FunctionName, и в свою очередь она генерирует ссылку на __imp__FunctionName, которая разрешается записью в таблице импортируемых функций.<br /> <br /> Когда модуль загружается - его зависимости импорта будут разрешены, и реальный адрес функции будет записан в __imp__FunctionName. Затем, когда код вызовет импортируемую функцию, то сгенерированный компилятором код вызовет функцию FunctionName, которая является заглушкой, которая и вызовет целевую функцию через косвенный вызов.<br /> <br /> <div class="separator" style="clear: both; text-align: center;"> <a href="http://3.bp.blogspot.com/-_1g_6FMRM6o/TnsxZkkTlFI/AAAAAAAAC4g/CQIe-1tnjHo/s1600/x86_call.png" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="400" width="314" src="http://3.bp.blogspot.com/-_1g_6FMRM6o/TnsxZkkTlFI/AAAAAAAAC4g/CQIe-1tnjHo/s400/x86_call.png" /></a></div> <br /> Заметьте, что с наивным компилятором, если ваш код попытается взять адрес импортируемой функции, то он получит адрес заглушки, поскольку наивный компилятор оперирует с адресом функции FunctionName, не зная о том, что она импортируется из другого модуля и для неё, на самом деле, создаётся заглушка.<br /> <br /> В <a title="Как менее наивный компилятор вызывает импортируемую функцию" href="http://www.transl-gunsmoker.ru/2011/09/how-less-naive-compiler-calls-imported.html">следующий раз</a> мы увидим, что с этой ситуацией сможет сделать менее наивный компилятор.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-735344658191301764?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=2ymklcqcx08:SUIVWzYeMhY:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=2ymklcqcx08:SUIVWzYeMhY:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=2ymklcqcx08:SUIVWzYeMhY:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=2ymklcqcx08:SUIVWzYeMhY:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=2ymklcqcx08:SUIVWzYeMhY:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/2ymklcqcx08" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com5http://www.transl-gunsmoker.ru/2011/09/calling-imported-function-naive-way.htmltag:blogger.com,1999:blog-1688132520265708820.post-8713060128535502582011-09-02T22:09:00.000+04:002012-02-24T19:30:20.335+04:002012-02-24T19:30:20.335+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/20/672695.aspx" title="Rethinking the way DLL exports are resolved for 32-bit Windows">Rethinking the way DLL exports are resolved for 32-bit Windows</a>. Автор: Реймонд Чен.<br /> <br /> За последние дни мы узнали, как работает <a title="Как экспортировались DLL функции в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-exported-in-16.html">экспорт</a> и <a title="Как импортировались DLL функции в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-imported-in-16.html">импорт</a> функций в 16-битных Windows, а также что <a href="http://www.transl-gunsmoker.ru/2011/08/how-are-dll-functions-exported-in-32.html" title="Как экспортируются DLL функции в 32-битных Windows?">экспорт функций в Win32 очень похож на экспорт функций в 16-битных Windows</a>. Но 16-битный импорт был полностью переписан в мире 32-битных Windows.<br /> <a name='more'></a><br /> Вспомните, что в 16-битных Windows правки для импортируемой функции размещались по всему сегменту цепочкой. Это прекрасно работало в Win16, потому что там было глобальное адресное пространство: сегменты кода разделялись глобально, так что будучи единожды загруженным, сегмент мог быть использован любым процессом. Но 32-битные Windows использовали изолированные адресные пространства. Если правки были расположены по всему сегменту, то загрузка сегмента кода с диска (вернее - страницы сегмента кода) означала его модификацию, что не давало разделять один сегмент несколькими процессами (механизм copy-on-write). Даже если бы таблица правок хранилась бы во внешнем сегменте, вам всё равно пришлось бы править сегмент кода, чтобы указать цели для переходов (если вы достаточно умны, то вы могли бы разделять страницы между процессами, если все правки были бы одинаковы для всех этих процессов; но учёт изменений для этой модели был бы полным кошмаром).<br /> <br /> Но помимо простой неэффективности, идея применения правок импорта к сегменту кода просто невозможна. К примеру, Alpha AXP имеет инструкцию "call direct" (прямой вызов), но она ограничена функциями, которые находятся лишь на расстоянии не более 128 Кб от места вызова. Если вы хотите вызвать функцию, которая находится дальше от вас, то вы должны загрузить адрес назначения во временный регистр и вызвать функцию через этот регистр. И, <a href="http://www.transl-gunsmoker.ru/2008/11/64.html" title="Почему гранулярность выделения адресного пространства равна 64 Кб?">как мы видели ранее</a>, загрузка 32-битного значения в регистр на Alpha AXP является двухступенчатой операцией, которая зависит от того, установлен или очищен 15-й бит того значения, которое вы хотите загрузить. Поскольку это импортируемая функция, то на этапе компиляции или компоновки вы понятия не имеете будет ли адрес целевой функции иметь 15-й бит или нет.<br /> <br /> И Alpha AXP была далеко не единственной архитектурой, которая ограничивала расстояние для прямых вызовов. К примеру, Intel ia64 (Itanium) мог делать прямые вызовы функций только в пределах 4 Мб, а популярные сегодня архитектуры AMD x86-64 и Intel EM64T ограничивают вас 2 Гб. Да, это не звучит как ограничение пока вы не вспомните, что это - 64-разрядные процессоры с 16 эксабайтами адресного пространства. И снова мы видим, что <a title="Архитектура x86 - очень странная" href="http://www.transl-gunsmoker.ru/2009/07/x86.html">архитектура x86 является странной</a> (прим.пер.: в том смысле, что на ней нет ограничения на прямые вызовы в отличие от многих других архитектур).<br /> <br /> Оба момента выше сделали правки импорта в сегменте кода нежелательными (и невозможными). Вместо этого правки импорта пришлось применять к данным. Вместо того, чтобы применять правку к каждому месту, где вызывается импортируемая функция, применяется всего одна правка в таблице указателей на функции. Это означает, что вызовы импортируемых функций на самом деле являются косвенными вызовами через указатель. К примеру, на x86 это означает, что вместо <code>call ImportedFunction</code> генерируется код, который говорит <code>call [__imp__ImportedFunction]</code>, где __imp__ImportedFunction - это имя переменной (места в таблице), которая содержит указатель на эту импортируемую функцию.<br /> <br /> Это означает, что правки импортируемых функций заключаются в простом поиске целевых адресов и их записи в таблицу импортируемых адресов (прим.пер.: хранимую в сегменте данных). Код не изменяется; он просто читает указатель на функцию в run-time и вызывает функцию через указатель.<br /> <br /> С этой информацией мы теперь вооружены для более глубокого погружения в кое-какие последствия этого дизайна - что мы и сделаем в <a title="Вызов импортируемой функции, наивный способ" href="http://www.transl-gunsmoker.ru/2011/09/calling-imported-function-naive-way.html">следующий раз</a>.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-871306012853550258?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=cEfLWysfvaI:xeGz1LsBrng:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=cEfLWysfvaI:xeGz1LsBrng:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=cEfLWysfvaI:xeGz1LsBrng:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=cEfLWysfvaI:xeGz1LsBrng:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=cEfLWysfvaI:xeGz1LsBrng:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/cEfLWysfvaI" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/rethinking-way-dll-exports-are-resolved.htmltag:blogger.com,1999:blog-1688132520265708820.post-27023703240844337192011-09-01T22:09:00.000+04:002012-02-24T19:27:21.280+04:002012-02-24T19:27:21.280+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/19/671238.aspx" title="Exported functions that are really forwarders">Exported functions that are really forwarders</a>. Автор: Реймонд Чен.<br /> <br /> В <a title="Как экспортируются DLL функции в 32-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-are-dll-functions-exported-in-32.html">прошлый раз</a> мы видели как экспортируемые функции в Win32 ведут себя похоже на экспорт функций в 16-битных Windows - только сместился акцент использования с импорта по номеру на импорт по имени. Этот акцент никак не выражен в формате исполняемого файла; и 16-битные и 32-битные DLL могут экспортировать функции по номеру и имени (и обоим одновременно).<br /> <br /> Но в Win32 появляется новый тип экспортируемых функций, известный как forwarder. <br /> <a name='more'></a><br /> Forwarder выглядит как обычная экспортируемая функция, за исключением того что запись в таблице экспорта по номерам говорит "Ох, на самом деле, я не функция в этой DLL. На самом деле - я функция вон в той DLL". К примеру, если вы сделаете <pre>link /dump /exports kernel32.dll</pre> То вы увидите что-то такое:<br /> <br /> <pre>151 EnterCriticalSection (forwarded to NTDLL.RtlEnterCriticalSection)</pre> <br /> Это означает, что если программа связана с <code>KERNEL32.EnterCriticalSection</code>, то загрузчик ОС молчаливо перенаправит функцию на <code>NTDLL.RtlEnterCriticalSection</code>. Forwarder-ы являются удобным способом сохранить внешний интерфейс, изменив функциональность выносом в отдельные DLL. Старая DLL продолжает экспортировать функцию, но сама функция была перемещена в новую DLL.<br /> <br /> Трюк с forwarder - это лучше, чем иметь пустую функцию-заглушку в старой DLL, которая просто вызывает функцию в новой DLL: потому что функция заглушка создаёт зависимость между новой и старой DLL (в конце концов, старую DLL нужно связать с новой DLL, чтобы была возможность вызвать функцию!). А при использовании forwarder новая DLL не будет загружаться, если только кто-то не попросит перенаправленную функцию из старой DLL. В результате вы не платите за загрузку новой DLL пока кто-то её явно не попросит.<br /> <br /> Okей, как мы увидели, с введением forwarder Win32 отошла от 16-битных Windows, но как только мы посмотрим на импорт, то увидим, что тут изменилось вообще всё. Мы посмотрим на эту историю в <a href="http://www.transl-gunsmoker.ru/2011/09/rethinking-way-dll-exports-are-resolved.html" title="Смена дизайна импорта в 32-х битных Windows">следующий раз</a>.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-2702370324084433719?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=z48Etnt8mbs:-2aqWjW8yP4:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=z48Etnt8mbs:-2aqWjW8yP4:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=z48Etnt8mbs:-2aqWjW8yP4:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=z48Etnt8mbs:-2aqWjW8yP4:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=z48Etnt8mbs:-2aqWjW8yP4:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/z48Etnt8mbs" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/09/exported-functions-that-are-really.htmltag:blogger.com,1999:blog-1688132520265708820.post-54779836800871850342011-08-31T22:08:00.000+04:002012-02-24T19:26:10.595+04:002012-02-24T19:26:10.595+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/18/669668.aspx" title="How are DLL functions exported in 32-bit Windows?">How are DLL functions exported in 32-bit Windows?</a> Автор: Реймонд Чен.<br /> <br /> Дизайнерам 32-битных Windows не нужно было беспокоиться о втискивании в 256 Кб памяти. Поскольку модули в Win32 построены на загрузке по запросу, то всё, что вам нужно сделать - спроецировать весь образ в память, а затем коснуться тех частей, которые вам нужны. Поэтому нет никакого различия между резидентной и не резидентной таблицами, так что имена экспортируемых функций просто записываются в исполняемый образ вместе с указателем (вернее относительным виртуальным адресом) на имя, хранимое в таблице экспорта.<br /> <a name='more'></a><br /> В отличие от <a title="Как экспортировались DLL функции в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-exported-in-16.html">главной 16-битной таблицы экспорта</a>, 32-битная таблица не является разрежённой. Иными словами, если ваша DLL экспортирует две функции с номерами 10 и 1000 - у вас будет таблица экспорта на 991 записей, состоящая из двух функций и кучи нулей. Поэтому вам не следует назначать номера функциям с большими пробелами в нумерации - иначе вы будете зря тратить пространство в таблице экспорта.<br /> <br /> Как я заметил выше, теперь есть только одна таблица экспортируемых имён, поскольку вам не нужно делать отличия между резидентными и не резидентными именами. Таблица экспортируемых имён работает в той же манере, что и в 16-битных Windows, проецируя имена на номера. В отличие от 16-битных таблиц, где порядок не имеет значения, таблица экспортируемых имён в 32-битных Windows должна быть отсортирована, чтобы система могла воспользоваться (эффективным) двоичным поиском для ускорения поиска имён.<br /> <br /> Как и в 16-битных Windows, каждому имени присваивается номер. Если программист не указывает номер, то его назначает компоновщик, и, как и в 16-битных Windows, автоматически присваиваемые значения могут отличаться в сборках. Однако тут есть существенное отличие в моделях использования: вспомните, что в 16-битных Windows импорт по имени не поощрялся (по соображениям производительности), и в результате обычно каждой экспортируемой функции явно присваивался номер, что и было предпочтительным способом связывания функций. С другой стороны, именованный импорт в Win32 является нормой, а явное присваивание номеров функций ушло в прошлое. Это означает, что <b>номера в таблице экспорта не фиксированы</b>. К примеру, посмотрите на номера, присваиваемые функции <code>LocalAlloc</code> из kernel32 за эти годы:<br /> <br /> <TABLE><TR><TD>Windows NT 3.1</TD><TD>314</TD></TR><TR><TD>Windows NT 3.5</TD><TD>372</TD></TR><TR><TD>Windows 95</TD><TD>501</TD></TR><TR><TD>Windows NT 4.0</TD><TD>407</TD></TR></TABLE> <br /> Но некоторые люди имеют привычку "взламывать" (reverse-engineer) библиотеки импорта - вероятно потому, что им лень качать Platform SDK чтобы получить <b>официальные</b> библиотеки импорта. Проблема с генерацией библиотеки импорта заключается в том, что вы не можете сказать, был ли номер, скажем, функции <code>LoadLibrary</code> присвоен явно программистом (и, значит, будет постоянен) или же был назначен автоматически компоновщиком (и в этом случае он <b>будет</b> меняться). Утилиты генерации библиотек импорта могут просто перестраховаться и всегда использовать именованный импорт, но по какой-то причине они часто предпочитают импорт по номерам (вероятно, это остаток из времён 16-битных Windows, где такой способ импорта был предпочитаемым).<br /> <br /> Этот неудачный выбор части утилит по генерации библиотек импорта жить опасной жизнью создал проблемы совместимости команде DirectX (я не знаю, почему именно DirectX оказался под ударом больше остальных. Возможно, потому что у разработчиков игр нет времени учить детали Win32; они просто хотят писать их игры). Как только кто-то использовал такую утилиту, он оказался привязанным к функциям DirectX вроде <code>DirectDrawCreate</code> по номеру, а не по имени. А когда вышла следующая версия DirectX и этому имени был присвоен другой номер компоновщиком, их программы стали вылетать. Команде DirectX пришлось поднять из архива старые DLL, тщательно выписать все номера функций (присвоенные случайным образом компоновщиком) и в точности повторить это присвоение вручную, так чтобы эти номера более не менялись бы в будущем.<br /> <br /> Есть и другие причины, почему вы не можете сгенерировать библиотеку импорта по DLL; я подниму эти причины в следующий раз, когда буду обсуждать импорт из DLL.<br /> <br /> В <a title="Экспортируемые функции, являющиеся forwarder-ами" href="http://www.transl-gunsmoker.ru/2011/09/exported-functions-that-are-really.html">следующий раз</a> - переходники.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-5477983680087185034?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=q46XlZKNi6o:TH_06LUKk-c:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=q46XlZKNi6o:TH_06LUKk-c:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=q46XlZKNi6o:TH_06LUKk-c:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=q46XlZKNi6o:TH_06LUKk-c:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=q46XlZKNi6o:TH_06LUKk-c:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/q46XlZKNi6o" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/how-are-dll-functions-exported-in-32.htmltag:blogger.com,1999:blog-1688132520265708820.post-35687864564120559112011-08-30T22:08:00.000+04:002012-02-24T19:23:40.667+04:002012-02-24T19:23:40.667+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/17/668284.aspx" title="How were DLL functions imported in 16-bit Windows?">How were DLL functions imported in 16-bit Windows?</a> Автор: Реймонд Чен.<br /> <br /> В <a title="Как экспортировались DLL функции в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-exported-in-16.html">прошлый раз</a> я рассказал о том, как экспортировались функции в 16-битных Windows. Сегодня мы посмотрим на их импорт.<br /> <a name='more'></a><br /> Каждый раз, когда сегмент загружается с диска в память, сначала читается raw-содержимое сегмента с диска, а затем применяются relocation-правки. Правка для импортируемой функции состоит из имени целевой DLL, целевой функции (либо её имени, либо номера), и позиции первого места в сегменте, где нужно произвести правку. Все импортируемые адреса являются far-адресами, поскольку они ссылаются на другой сегмент (почему? если бы они были в том же сегменте, то это означало бы, что они расположены в той же DLL, так что это получился бы импорт функции из самого себя!). На 16-битных Windows дальний указатель занимает 4 байта (двухбайтовый селектор и двухбайтовое смещение), а поскольку точный адрес функции не известен в момент компиляции DLL, то эти 4 байта являются просто заглушками - они помещаются в файл с тем, чтобы быть заполненными настоящими значениями в run-time, когда будет получен адрес импортируемой функции. И эти байты заглушек служат двойной цели.<br /> <br /> Все вызовы сегмента одной и той же импортируемой функции связываются в список; запись в relocation таблице ссылается только на первый элемент этого списка. А что насчёт остальных вызовов? На них указывают заглушки! К примеру, предположим, что у нас есть сегмент, который требует две правки для функции <code>GetPrivateProfileInt</code>, которая является функцией ядра с номером 127. Тогда в relocation таблице будет создана одна запись, которая говорит: "этот сегмент требует функцию номер 127 из KERNEL; начало по смещению 01D1". Копия сегмента на диске может выглядеть так: <TABLE><TR><TD>...</TD></TR><TR><TD><TT>01D0</TT></TD><TD><TT>9A</TT></TD></TR><TR><TD><TT>01D1</TT></TD><TD><TT>FE</TT></TD></TR><TR><TD><TT>01D2</TT></TD><TD><TT>01</TT></TD></TR><TR><TD><TT>01D3</TT></TD><TD><TT>00</TT></TD></TR><TR><TD><TT>01D0</TT></TD><TD><TT>00</TT></TD></TR><TR><TD>...</TD></TR><TR><TD><TT>01FD</TT></TD><TD><TT>9A</TT></TD></TR><TR><TD><TT>01FE</TT></TD><TD><TT>FF</TT></TD></TR><TR><TD><TT>01FF</TT></TD><TD><TT>FF</TT></TD></TR><TR><TD><TT>0200</TT></TD><TD><TT>00</TT></TD></TR><TR><TD><TT>0201</TT></TD><TD><TT>00</TT></TD></TR><TR><TD>...</TD></TR></TABLE> Чтобы применить правку, мы вызываем <code>GetProcAddress</code> для получения настоящего адреса функции 127. Затем мы идём к месту первой правки (это место со смещением $01D1), записываем в него адрес, а затем смотрим на значение, которое мы только что перезаписали (конечно, мы должны его сохранить перед записью). Это значение равно $01FE, поэтому мы идём к месту по смещению $01FE и снова записываем адрес. Перезаписанное значение равно $FFFF, что означает конец цепочки правок.<br /> <br /> Но что если вызов <code>GetProcAddress</code> будет неудачным? (к примеру - в KERNEL нет никакой функции 127). Тогда вместо записи адреса целевой функции, загрузчик запишет адрес специальной функции-заглушки, которая вызывает фатальную ошибку "Call to Undefined Dynalink".<br /> <br /> Okей, это было краткое введение в импорт и экспорт функций в 16-битных Windows. В <a title="Как экспортируются DLL функции в 32-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-are-dll-functions-exported-in-32.html">следующий раз</a> мы посмотрим на переход на 32-битные Windows и решения дизайна, которые сформировали новую модель экспорта-импорта.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-3568786456412055911?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=TjRoF4u2lh8:Ca6BxspHBdw:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=TjRoF4u2lh8:Ca6BxspHBdw:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=TjRoF4u2lh8:Ca6BxspHBdw:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=TjRoF4u2lh8:Ca6BxspHBdw:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=TjRoF4u2lh8:Ca6BxspHBdw:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/TjRoF4u2lh8" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-imported-in-16.htmltag:blogger.com,1999:blog-1688132520265708820.post-74493590550155923862011-08-29T22:07:00.000+04:002012-02-24T19:21:45.797+04:002012-02-24T19:21:45.797+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/14/665669.aspx" title="How were DLL functions exported in 16-bit Windows?">How were DLL functions exported in 16-bit Windows?</a> Автор: Реймонд Чен.<br /> <br /> Весь смысл динамических библиотек (DLL) заключается в динамическом связывании. В то время как статические библиотеки встраиваются в конечный продукт, модуль, который использует динамическую библиотеку, просто говорит: "мне, пожалуйста, функцию X из модуля Y, спасибо". Эта техника имеет преимущества и недостатки. Одно из преимуществ - эффективное использование места на диске и в памяти, поскольку существует только одна копия модуля, вместо отдельных копий для каждого модуля. Второе преимущество - обновление DLL может быть выполнено без перекомпиляции всех программ, её использующих. С другой стороны, возможность менять функциональность также является и одним из недостатков DLL, поскольку одна программа может изменить DLL и вызвать этим каскадные эффекты в других клиентах DLL.<br /> <br /> В любом случае, давайте начнём с того, как 16-битные Windows управляли импортом и экспортом. После этого мы посмотрим что было изменено при миграции на 32-битные Windows, а затем мы посмотрим на импорт с точки зрения компилятора.<br /> <a name='more'></a><br /> 16-битная DLL имела не одну, а целых три таблицы экспорта (на самом деле всё было немного сложнее, чем я описываю здесь, но я собираюсь опустить некоторые занудные детали, чтобы ваши головы не взорвались от переизбытка информации). Самая важная таблица представляла собой разрежённый массив функций, проиндексированных с 1("ordinal"). Это и есть таблица функций, которая является мастер-списком всех экспортируемых функций. Если вы запрашивали функцию по номеру (ordinal), этот номер искался именно в этой таблице. Физически таблица устроена не так просто - из-за разрежённости, но логически она выглядит так:<br /> <br /> <TABLE RULES=cols><TR><TH>Номер&nbsp;</TH><TH>Адрес</TH><TH>прочее</TH></TR><TR><TD>1</TD><TD>02:0014</TD><TD>...</TD></TR><TR><TD>2</TD><TD>04:0000</TD><TD>...</TD></TR><TR><TD>5</TD><TD>02:02C8</TD><TD>...</TD></TR></TABLE> <br /> Первая колонка в таблице представляет собой номер функции, а вторая описывает размещение функции (заметьте, что в этой DLL нет функций 3 и 4).<br /> <br /> Интересные вещи начинаются, когда вы хотите получить функцию по её имени. Таблица экспортируемых имён представляет собой список имён функций с ассоциированными номерами. К примеру, секция экспортируемых имён для 16-битного оконного менеджера выглядела так:<br /> <br /> <TABLE><TR><TD COLSPAN=2>...</TD></TR><TR><TD><CODE>ClipCursor</CODE></TD><TD>16</TD></TR><TR><TD><CODE>GetCursorPos</CODE></TD><TD>17</TD></TR><TR><TD><CODE>SetCapture</CODE></TD><TD>18</TD></TR><TR><TD COLSPAN=2>...</TD></TR></TABLE> <br /> Если кто-то просил адрес функции "ClipCursor", то сначала проверялась таблица экспортируемых имён и из неё извлекался номер 16, после чего этот номер использовался для обращения к мастер-таблице, упомянутой выше. Хотя вы не видите этого здесь, но не существовало никакого требования, чтобы имена в таблице экспортируемых имён шли в каком-то определённом порядке или чтобы каждая функция с номером имела бы экспортируемое имя.<br /> <br /> Подождите-ка, я сказал "таблица экспортируемых имён"? Ох, извините, это было сильное упрощение. На самом деле было две таблицы экспортируемых имён: резидентная таблица имён и не резидентная таблица имён. Как следует из их названий, имена в резидентной таблице оставались в памяти всё время, пока DLL была загружена, а имена из не резидентной таблицы загружались в память только когда кто-то вызывал <a title="MSDN: GetProcAddress Function" href="http://msdn.microsoft.com/en-us/library/ms683212(VS.85).aspx"><code>GetProcAddress</code></a> (или её эквивалент). Это различие появилось из-за очень жёстких ограничений на память, с которыми Windows приходилось работать в те дни. К примеру, оконный менеджер имел около шестисот экспортируемых функций; если бы все эти функции были резидентными, то они занимали бы более 10 Кб памяти. Это означает, что вы тратите 4 процента вашей памяти (машины с 256 Кб), чтобы хранить вещи, которые вам не нужны 99% процентов времени.<br /> <br /> Большой размер таблицы экспортируемых имён означал, что только функции, часто передаваемые в <code>GetProcAddress</code>, заслуживают появления в резидентной таблице. Для большинства DLL таких функций не было вообще, так что таблица резидентных имён была обычно пустой (для пущей безопасности удалены голово-взрывные детали).<br /> <br /> Поскольку получение функции по имени было таким дорогим (загрузка не резидентной таблицы с диска), то все функции ОС экспортировались по именам и номеру. Импорт функции по номеру был предпочтителен - это позволяло полностью избегать таблицы имён.<br /> <br /> Заметьте, что каждая функция с именем имела соответствующий номер. Если вы не присваивали номер функции явно, то это делал за вас компоновщик (линкер), однако автоматически сгенерированное значение не обязано было сохраняться одинаковым при каждой сборке. Обычно эта ситуация не возникала на практике, потому что все старались явно присваивать номера функциям по причинам, указанным выше - чтобы избежать огромных накладных расходов импорта функции по имени.<br /> <br /> Это был краткий обзор экспорта функций в 16-битных Windows. В <a title="Как импортировались DLL функции в 16-битных Windows?" href="http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-imported-in-16.html">следующий раз</a> мы посмотрим на то, как они импортировались.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-7449359055015592386?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=HBcj1E6vZzY:pKf81ynTNY0:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=HBcj1E6vZzY:pKf81ynTNY0:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=HBcj1E6vZzY:pKf81ynTNY0:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=HBcj1E6vZzY:pKf81ynTNY0:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=HBcj1E6vZzY:pKf81ynTNY0:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/HBcj1E6vZzY" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/how-were-dll-functions-exported-in-16.htmltag:blogger.com,1999:blog-1688132520265708820.post-64579725412940891312011-08-28T22:07:00.000+04:002011-09-12T12:15:16.931+04:002011-09-12T12:15:16.931+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/12/663365.aspx" title="Pidls and monikers do roughly the same thing, just backwards">Pidls and monikers do roughly the same thing, just backwards</a>. Автор: Реймонд Чен.<br /> <br /> Работая с Оболочкой (Shell) Windows, вам наверняка в какой-то момент пришлось работать с указателем на список ID элементов (pointer to item ID list), известным как "pidl" (рифмуется с "middle"). С другой стороны, работая с OLE, вы могли работать с <a title="Википедия: Моникер" href="http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%BD%D0%B8%D0%BA%D0%B5%D1%80">моникерами</a> (moniker). В каком-то смысле они делают одно и то же. Они позволяют вам ссылаться на какой-то объект внутри пространства имён (с которым вы как-то работаете), они имеют иерархическую структуру, вы можете их сериализовать и т.п.<br /> <br /> Но почему тогда команда Оболочки Windows изобрела pidl-ы, если моникеры делали ровно это же?<br /> <a name='more'></a><br /> Фундаментальное отличие между pidl и моникерами - не в том, что они делают, а скорее в их "акценте". Моникер - это COM объект. Это означает, что они существуют в форме COM интерфейса (<a title="MSDN: IMoniker Interface" href="http://msdn.microsoft.com/en-us/library/ms679705(VS.85).aspx"><code>IMoniker</code></a>), что означает, что код, стоящий за объектом, должен быть загружен и готов к работе. Вы можете сконвертировать моникер в данные, но это не то, как обычно проводят свою жизнь моникеры. Если у вас есть массив моникеров, то весь код под капотом должен быть проинициализирован.<br /> <br /> Pidl, с другой стороны, проводит большую часть своей жизни будучи засериализован в данные. COM объект появляется только когда вы производите связывание (bind). Рассмотрите, к примеру, случай, когда вы перечисляете содержимое папки. Эта операция генерирует pidl для каждого элемента в папке, но создание и хранение этих pidl не требует выполнения кода каждого элемента. Папка с тысячей элементов создаст тысячу кусков данных, а не тысячу COM объектов. Рассмотрим, к примеру, папку с тысячей таблиц Excel. Если вы открываете эту папку, то вам бы не хотелось запускать Excel для каждой из тысячи таблиц в папке (для обслуживания элементов). На этом этапе вы пока просто говорите <b>про</b> файлы. И лишь когда пользователь щёлкает на файле, вы хотели бы запускать Excel.<br /> <br /> Поскольку Оболочка большую часть времени проводит в "разговоре <b>о</b> вещах", а не "разговорах <b>с</b> вещами", то объект, который большую часть времени "мёртв", является более предпочтительным. Вы можете сказать, что разница между pidl и моникерами является вопросом жизни и смерти (прим.пер.: это юмор, если кто не понял).<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-6457972541294089131?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=vRC8DxLBkfw:kVueaLLFl_I:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=vRC8DxLBkfw:kVueaLLFl_I:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=vRC8DxLBkfw:kVueaLLFl_I:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=vRC8DxLBkfw:kVueaLLFl_I:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=vRC8DxLBkfw:kVueaLLFl_I:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/vRC8DxLBkfw" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/pidls-and-monikers-do-roughly-same.htmltag:blogger.com,1999:blog-1688132520265708820.post-62499017637651670572011-08-27T22:06:00.000+04:002011-09-12T11:54:56.939+04:002011-09-12T11:54:56.939+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/11/662325.aspx" title="Not everybody with a non-Windows partition type is a geek">Not everybody with a non-Windows partition type is a geek</a>. Автор: Реймонд Чен.<br /> <br /> В обсуждении поста "Почему установщик Windows записывает новый загрузочный сектор?" (прим.пер. имеется в виду <a href="http://blogs.msdn.com/b/oldnewthing/archive/2005/12/20/505887.aspx" title="Why does Windows setup lay down a new boot sector?">оригинал</a>) некоторые комментаторы предложили такое поведение: если на машине обнаруживается не-Windows раздел, то предполагать, что машина принадлежит <a title="Википедия: Гик" href="http://ru.wikipedia.org/wiki/%D0%93%D0%B8%D0%BA_(%D1%81%D0%BB%D0%B5%D0%BD%D0%B3)">техно-гику</a>. Таким образом, типичный пользователь компьютера может быть спасён от лицезрения технического диалога с <a href="http://www.transl-gunsmoker.ru/2009/09/blog-post_10.html" title="Чтобы продемонстрировать вам превосходство нашего интеллекта, мы сейчас зададим вам вопрос, на который вы не сможете ответить">гик-вопросом, на которой они не смогут ответить</a>.<br /> <a name='more'></a><br /> Проблема в этом плане в том, что не всякий человек с не-Windows разделом на жёстком диске обязательно является техно-гиком. Многие OEM-машины (особенно ноутбуки - прим.пер.) поставляются с диском, разбитым на два раздела. На первом стоит Windows, а второй - не-Windows раздел, который имеет небольшой размер и содержит утилиты диагностики и восстановления системы (иногда - дистрибутивный образ мастер-копии системы). Наличие этого небольшого раздела не слишком известно, поскольку он работает только в редких случаях загрузки с "system recovery CD" от поставщика машины.<br /> <br /> Следствие из этого состоит в том, что если бы установщик Windows принял бы этот подход "человек с не-Windows разделом должен быть гиком", то в итоге мы бы пометили гиками ужасно много людей (многие из которых гиками не являются).<br /> <br /> Вы также можете сказать: "ну, только гики устанавливают операционные системы. Обычные люди покупают компьютер с предустановленной системой. Тот факт, что они вообще запустили установщик Windows, доказывает, что они - гики. Поэтому, установщик Windows должен быть оптимизирован для использования гиками". Действительно, предпосылки этого аргумента (что только гики устанавливают Windows) верны - но только если вы достигли устойчивого состояния. В течение нескольких месяцев сразу после выпуска новой версии Windows, Windows устанавливают все подряд - как гики, так и простые люди (кроме того, наплыв установок Windows приходится на каждое Рождество). Рецензенты журналов, пишущие обзоры новой операционной системы, будут устанавливать Windows для пробы. Так что впечатление от установки - это первое, что они увидят. Так что установке лучше бы быть гладкой и безболезненной.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-6249901763765167057?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=YdXD2id5Bg8:i-24xKO80zo:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=YdXD2id5Bg8:i-24xKO80zo:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=YdXD2id5Bg8:i-24xKO80zo:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=YdXD2id5Bg8:i-24xKO80zo:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=YdXD2id5Bg8:i-24xKO80zo:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/YdXD2id5Bg8" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/not-everybody-with-non-windows.htmltag:blogger.com,1999:blog-1688132520265708820.post-85524435432604932642011-08-26T22:06:00.000+04:002011-09-12T11:33:40.535+04:002011-09-12T11:33:40.535+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/10/661389.aspx" title="Before you can learn to recognize what's wrong, you must learn to recognize what's right">Before you can learn to recognize what's wrong, you must learn to recognize what's right</a>. Автор: Реймонд Чен.<br /> <br /> Иногда, когда я отлаживаю проблему, я могу проигнорировать какой-то поток, а кто-то спросит: "а что делает этот поток? Почему ты его игнорируешь?"<br /> <br /> Мой ответ: "Я понятия не имею, что он делает, но что бы он ни делал, это - нормально".<br /> <a name='more'></a><br /> <a title="MSDN Blogs: If broken it is, fix it you should" href="http://blogs.msdn.com/b/tess/">Tess</a> публикует отличную серию постов, посвящённых отладке CLR, но один из самых важных уроков - это <a title="Things to ignore when debugging an ASP.NET hang" href="http://blogs.msdn.com/b/tess/archive/2005/12/20/505862.aspx">где вы учитесь игнорировать вещи, когда отлаживаете зависание в ASP.NET</a>.<br /> <br /> Зависания и блокировки могут быть сложны в отладке, потому что у вас нет исключения, которое кричит: "эй, смотри на меня, вот она проблема, я - это баг!". Вместо этого программа просто замирает и вам нужно понять почему. При этом вам нужно искать что-то неординарное, необычное, но чтобы вы могли опознать это что-то - вам нужно знать, как обычно выглядят вещи в вашем процессе.<br /> <br /> Ну так сделайте это. Запустите программу, пусть она работает, а вы остановите её в отладчике и просто посмотрите на неё. Отметьте то, что вы увидите. Это - вещи, которые происходят в вашей программе, когда всё идёт своим чередом. Так выглядит ваша программа, когда она работает в нормальном режиме. Теперь, когда вы знаете как выглядят нормальные вещи в вашей программе, вы можете опознать не нормальные.<br /> <br /> Заметьте, что вам даже не нужно понимать, что все эти нормальные вещи значат или делают. К примеру, когда я подключаю отладчик к процессу, я часто вижу потоки, ожидающие RPC или спящие в пуле потоков ядра. Я понятия не имею, что они делают, но раз уж они тут и раньше были, то я их игнорирую.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-8552443543260493264?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=zxEoDkKqE7I:ELo2W2SVQ3o:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=zxEoDkKqE7I:ELo2W2SVQ3o:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=zxEoDkKqE7I:ELo2W2SVQ3o:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=zxEoDkKqE7I:ELo2W2SVQ3o:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=zxEoDkKqE7I:ELo2W2SVQ3o:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/zxEoDkKqE7I" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/before-you-can-learn-to-recognize-whats.htmltag:blogger.com,1999:blog-1688132520265708820.post-47206968361640998512011-08-25T22:05:00.000+04:002011-09-12T11:15:34.494+04:002011-09-12T11:15:34.494+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/07/659013.aspx" title="No, really, why is it 160x31?">No, really, why is it 160x31?</a> Автор: Реймонд Чен.<br /> <br /> Когда я ранее пояснял, <a title="Почему все свёрнутые окна имеют размер 160x31?" href="http://www.transl-gunsmoker.ru/2010/02/160x31.html">почему свёрнутые (минимизированные) окна имеют размер 160x31</a>, я не пояснил, почему размером выбрано именно ровно 160 и 31.<br /> <a name='more'></a><br /> Ширина минимизированного окна определяется полем <code>iWidth</code> в <a title="MSDN: MINIMIZEDMETRICS Structure" href="http://msdn.microsoft.com/en-us/library/ms724500(VS.85).aspx">записи <code>TMinimizedMetrics</code></a>. Вы можете получить и изменить эту запись с помощью <a title="MSDN: SystemParametersInfo Function" href="http://msdn.microsoft.com/en-us/library/ms724947(VS.85).aspx">функции <code>SystemParametersInfo</code></a> (вас будут интересовать флаги <code>SPI_GETMINIMIZEDMETRICS</code> и <code>SPI_SETMINIMIZEDMETRICS</code>). Некоторые люди упоминают использование значение <code>MinWidth</code> в реестре, но <a href="http://www.transl-gunsmoker.ru/2010/03/systemparametersinfo.html" title="Использование SystemParametersInfo для получения настроек интерфейса пользователя">они не правы</a>. К примеру, заметьте, что исправление <code>MinWidth</code> требует выхода из системы, а использование <code>SPI_SETMINIMIZEDMETRICS</code> действует немедленно. Это потому что <code>SPI_SETMINIMIZEDMETRICS</code> обновляет внутреннее состояние системы, а правки реестра просто меняют значение в БД, на которую никто не смотрит (после запуска).<br /> <br /> Что насчёт высоты? А это просто высота строки-заголовка (caption bar), которую вы можете изменить на вкладке "Оформление" апплета "Экран" панели управления (программно вы можете использовать эту же полезную функцию <code>SystemParametersInfo</code>, но в этот раз используя поле <code>iCaptionHeight</code> <a href="http://msdn.microsoft.com/en-us/library/ff729175(VS.85).aspx" title="MSDN: NONCLIENTMETRICS Structure">записи <code>TNonClientMetrics</code></a>).<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-4720696836164099851?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aIaExmMygo8:PauMbLoT8d0:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aIaExmMygo8:PauMbLoT8d0:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aIaExmMygo8:PauMbLoT8d0:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=aIaExmMygo8:PauMbLoT8d0:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=aIaExmMygo8:PauMbLoT8d0:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/aIaExmMygo8" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/no-really-why-is-it-160x31.htmltag:blogger.com,1999:blog-1688132520265708820.post-65648204837300977742011-08-24T22:04:00.000+04:002011-09-12T10:06:12.899+04:002011-09-12T10:06:12.899+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/06/657868.aspx" title="Is the maximum size of the environment 32K or 64K?">Is the maximum size of the environment 32K or 64K?</a> Автор: Реймонд Чен.<br /> <br /> Кажется, есть некоторая путаница в максимальном размере переменных окружения: 32 Кб или 64 Кб. Какое значение правильное?<br /> <a name='more'></a><br /> Оба.<br /> <br /> Ограничение - 32'767 Unicode символов, что есть 65'534 байт. Назовите это 32 Кб или 64 Кб - как вам угодно. Но только убедитесь, что вы включили единицу измерения в ваши утверждения, если она не следует из контекста.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-6564820483730097774?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=rqIRtqIfOWU:hEc3RQjTiCo:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=rqIRtqIfOWU:hEc3RQjTiCo:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=rqIRtqIfOWU:hEc3RQjTiCo:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=rqIRtqIfOWU:hEc3RQjTiCo:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=rqIRtqIfOWU:hEc3RQjTiCo:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/rqIRtqIfOWU" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/is-maximum-size-of-environment-32k-or.htmltag:blogger.com,1999:blog-1688132520265708820.post-12706207441942178752011-08-23T22:04:00.000+04:002011-09-10T06:33:49.721+04:002011-09-10T06:33:49.721+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/07/03/655251.aspx" title="Security: Don't forget to initialize the stuff you don't care about">Security: Don't forget to initialize the stuff you don't care about</a>. Автор: Реймонд Чен.<br /> <br /> Затерянным в волнении уязвимостей повышения привилегий является простое раскрытие информации через отсутствующую инициализацию мусора (прим.пер.: понятия не имею, зачем оригинальное предложение так построено).<br /> <a name='more'></a><br /> Сегодня каждый знаком с использованием <a title="MSDN: SecureZeroMemory Function" href="http://msdn.microsoft.com/en-us/library/aa366877(VS.85).aspx">функции <code>SecureZeroMemory</code></a> для гарантии того, что буфера, содержащие чувствительную (важную) информацию, очищены после работы с ними (*), но вы также должны очищать буфера перед их записью в другое место. Рассмотрим, к примеру, такой формат данных: <pre class="brush:delphi">type TFileHeader = packed record dwMagic: DWORD; dwVersion: DWORD; wszComment: array[0..256-1] of WideChar; cbData: DWORD; // далее следует cbData байт данных end;</pre> Код, который заполняет такие файлы, мог бы выглядеть так: <pre class="brush:delphi">function SaveToFile(hFile: THandle; pszComment: PWideChar; cbData: DWORD; pbData: PByte): Boolean; var cbWritten: DWORD; fh: TFileHeader; begin fh.dwMagic := FILE_MAGICNUMBER; fh.dwVersion := FILE_CURRENTVERSION; fh.cbData := cbData; Result := SUCCEEDED(StringCchCopyW(fh.wszComment, 256, pszComment)) and WriteFile(hFile, @fh, SizeOf(fh), cbWritten, nil) and (cbWritten = SizeOf(fh)) and WriteFile(hFile, pbData, cbData, cbWritten, nil) and (cbWritten = cbData); end;</pre> Увидели баг безопасности?<br /> <br /> Если комментарий к файлу будет менее 255 символов, то байты после терминирующего нуля будут содержать не инициализированный мусор со стека. Мусор со стека может содержать интересную информацию, которую вы бы не хотели выкладывать в файл. Конечно, он не будет содержать информацию, которую вы уже идентифицировали как чувствительную (вроде паролей) - потому что вы уже подчистили её; но мусор может содержать информацию, хотя и менее критическую, но всё же привлекательную для злоумышленника. К примеру, у вас может утечь имя аккаунта.<br /> <br /> Мне рассказали, что одна сетевая программа известной компании содержала аналогичный баг. Они использовали очень продвинутый алгоритм "смены пароля", детали которого сейчас не важны. Дизайном было предусмотрено, что по сети передавались только сложно зашифрованные данные. Таким образом, если кто-то просматривал сетевые пакеты, то он не мог увидеть ничего интересного. Вот только у них был баг в их клиентской программе: когда они отправляли зашифрованный пароль на сервер, они забыли обнулить не используемые байты в пакете "смена пароля". А в этих данных была... ага, верно: не зашифрованная копия пароля.<br /> <br /> Примечание переводчика:<br /> (*) <code>SecureZeroMemory</code> практически не известна в Delphi, потому что предназначена для обхода оптимизатора C++ (видимо, по причине того, что <a title="MSDN: ZeroMemory Function" href="http://msdn.microsoft.com/en-us/library/aa366920(VS.85).aspx"><code>ZeroMemory</code></a> в C++ является макросом, а не функцией; поэтому её "вызов" последним действием на переменную может быть выброшен оптимизатором). Вместо неё в Delphi используется стандартная системная <code>ZeroMemory</code> (которая в Delphi является обычной функцией; фактически - inline-переходником к <a title="System.FillChar" href="http://docwiki.embarcadero.com/VCL/en/System.FillChar"><code>FillChar</code></a>) или чисто Delphi-ёвая <code>FillChar</code>.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-1270620744194217875?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=twnktCXNSks:irNuEEcp3nQ:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=twnktCXNSks:irNuEEcp3nQ:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=twnktCXNSks:irNuEEcp3nQ:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=twnktCXNSks:irNuEEcp3nQ:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=twnktCXNSks:irNuEEcp3nQ:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/twnktCXNSks" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/security-dont-forget-to-initialize.htmltag:blogger.com,1999:blog-1688132520265708820.post-60190622310790666042011-08-22T22:03:00.000+04:002011-09-10T05:46:58.126+04:002011-09-10T05:46:58.126+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/06/22/642849.aspx" title="An auto-reset event is just a stupid semaphore">An auto-reset event is just a stupid semaphore</a>. Автор: Реймонд Чен.<br /> <br /> Когда вы создаёте событие с помощью <a title="MSDN: CreateEvent Function" href="http://msdn.microsoft.com/en-us/library/ms682396(VS.85).aspx">функции <code>CreateEvent</code></a>, вы указываете, хотите ли вы создать событие с авто-сбросом (auto-reset event) или с ручным сбросом (manual-reset event).<br /> <br /> Событие с ручным сбросом прозрачно для понимания: если событие сброшено, то вы ждёте сигнального состояния; если событие установлено (в сигнальном состоянии), то ожидания не происходит (ожидание удовлетворяется сразу). Не играет значения, сколько человек ждут события; они все обрабатываются одинаково, а состояние события не зависит от числа его ожидающих.<br /> <br /> Событие с авто-сбросом - более запутывающая штука.<br /> <a name='more'></a><br /> Вероятно, проще всего думать о событии с авто-сбросом как о семафоре с максимумом счётчика равным единице. Если событие сброшено, то вы ждёте сигнального состояния. Если событие устанавливается, то один из ожидающих будет отпущен, а остальные продолжат ждать (и из <a href="http://www.transl-gunsmoker.ru/2010/02/pulseevent.html" title="PulseEvent имеет фундаментальный изъян">нашего обсуждения <code>PulseEvent</code></a> вы уже знаете, что то, кто именно будет освобождён, - не определено).<br /> <br /> "Ага!" в случае событий с авто-сбросом заключается в случае, когда вы устанавливаете уже установленное событие. Поскольку у события есть только два состояния (сброшенное и сигнальное), то установка события, которое и так находится в сигнальном состоянии, не даст никакого эффекта, ничего не изменит. Если вы используете событие, чтобы контролировать ресурс в модели producer/consumer, то "установка уже установленного события" приведёт к потере токена. Рассмотрим такой шаблон:<br /> <br /> <TABLE RULES=cols BORDER=1 BORDERCOLOR=black CELLPADDING=3 STYLE="border-collapse: collapse"><TR><TH>Producer</TH><TH>Consumer</TH></TR><TR><TD> </TD><TD>Ожидание</TD></TR><TR><TD>Задать работу</TD><TD></TR></TR><TR><TD><CODE>SetEvent</CODE></TD><TD></TR></TR><TR><TD> </TD><TD>Проснуться и сбросить событие</TD></TR><TR><TD> </TD><TD>Работа</TD></TR><TR><TD>Задать работу</TD><TD></TR></TR><TR><TD> </TD><TD>Wait</TD></TR><TR><TD><CODE>SetEvent</CODE></TD><TD></TR></TR><TR><TD> </TD><TD>Проснуться и сбросить событие</TD></TR><TR><TD> </TD><TD>Работа</TD></TR><TR><TD>... </TD><TD>...</TD></TR></TABLE> <br /> Но что если тайминг немного не совпадёт? Что если потребитель (consumer) будет медленно делать работу (либо же producer будет слишком быстро её генерировать)?<br /> <br /> <TABLE RULES=cols BORDER=1 BORDERCOLOR=black CELLPADDING=3 STYLE="border-collapse: collapse"><TR><TH>Producer</TH><TH>Consumer</TH></TR><TR><TD> </TD><TD>Ожидание</TD></TR><TR><TD>Задать работу</TD><TD></TR></TR><TR><TD><CODE>SetEvent</CODE></TD><TD></TR></TR><TR><TD> </TD><TD>Проснуться и сбросить событие</TD></TR><TR><TD>Задать работу</TD><TD></TR></TR><TR><TD><CODE>SetEvent</CODE></TD><TD></TR></TR><TR><TD> </TD><TD>Работа</TD></TR><TR><TD>Задать работу</TD><TD></TR></TR><TR><TD><CODE>SetEvent</CODE> (без эффекта)</TD><TD></TR></TR><TR><TD> </TD><TD>Ожидание удовлетворено сразу</TD></TR><TR><TD> </TD><TD>Сброс события</TD></TR><TR><TD> </TD><TD>Работа</TD></TR><TR><TD> </TD><TD>Ожидание</TD></TR></TABLE> <br /> Заметьте, что producer создал три задания на работу, но consumer обработал только два. Третий <code>SetEvent</code> просто ничего не сделал, поскольку событие было уже установлено (вы увидите ту же проблему, если попытаетесь увеличить счётчик семафора за его максимум). Если вы хотите, чтобы оба числа соответствовали друг другу, то вам нужно использовать семафор с максимальным значением счётчика выше чем максимум элементов в очереди (прим.пер.: либо же consumer при выходе из ожидания может обрабатывать не один элемент, а все в очереди).<br /> <br /> Мораль истории: знайте ваши инструменты, знайте их ограничения и используйте правильный инструмент для правильной задачи.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-6019062231079066604?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=XB013wWlDZM:8g3dsEerWUw:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=XB013wWlDZM:8g3dsEerWUw:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=XB013wWlDZM:8g3dsEerWUw:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=XB013wWlDZM:8g3dsEerWUw:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=XB013wWlDZM:8g3dsEerWUw:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/XB013wWlDZM" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/auto-reset-event-is-just-stupid.htmltag:blogger.com,1999:blog-1688132520265708820.post-91580122749207869852011-08-21T22:02:00.000+04:002011-09-10T04:02:59.169+04:002011-09-10T04:02:59.169+04:00Это перевод <a href="http://blogs.msdn.com/b/oldnewthing/archive/2006/06/20/639479.aspx" title="A single-instance program is its own denial of service">A single-instance program is its own denial of service</a>. Автор: Реймонд Чен.<br /> <br /> Есть много способов, которыми программа может достичь поведения запуска в едином экземпляре; я не буду разбирать их. Но как только люди встают на путь программы с одним запущенным экземпляром, они тут же спотыкаются о другую проблему при анализе безопасности: отказ в обслуживании (denial of service attack). <blockquote>Мы используем мьютекс с фиксированным именем, чтобы определить, не запущена ли уже копия программы. Но это также означает, что злоумышленник может создать мьютекс с таким именем до запуска программы, блокируя, таким образом, запуск нашей программы! Как я могу предотвратить этот тип отказа в обслуживании?</blockquote> <a name='more'></a> Если атакующий запущен в том же контексте безопасности, что и ваша программа (ну, или <i>будет</i> запущена ваша программа), то вы ничего не можете сделать с этой ситуацией. Какое бы "секретное рукопожатие" вы ни придумали бы для определения запуска второго экземпляра - атакующий всегда может просто повторить его. Поскольку он запущен в том же контексте безопасности - он может ровно столько же, сколько и ваша программа.<br /> <br /> Но посмотрите на этот вопрос шире: одноэкземплярная программа является "своим собственным отказом в обслуживании"! В конце концов, первый экземпляр программы блокирует последующие запуски программы. Ваши требования к программе изначально являются уязвимостью в безопасности. Соответственно, вы не можете защитить себя от отказа в обслуживании, потому что вы <b>хотите</b> иметь отказ в обслуживании.<br /> <br /> Но что вы можете сделать - понять и сузить область уязвимости. Очевидно, вы не можете защитить себя от атакующего, работающего на том же уровне привилегий, что и вы. Но вы можете защитить себя от атакующих, работающих под другими (не привилегированными) учётными записями. Для этого вам нужно включить защищаемые объекты в процесс вашего программного "рукопожатия". Тогда простые пользователи (не администраторы) не смогут заблокировать запуск вашей программы для других пользователей. Худшей вещью, которой допускается делать не администратору - делать свою жизнь жалкой, но не жизнь других пользователей.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1688132520265708820-9158012274920786985?l=www.transl-gunsmoker.ru' alt='' /></div><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wYm5AmwLqXg:Yj7BN1ygOJw:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wYm5AmwLqXg:Yj7BN1ygOJw:V_sGLiPBpWU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:4cEx4HpKnUU"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wYm5AmwLqXg:Yj7BN1ygOJw:4cEx4HpKnUU" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/GunsmokersTranslations?a=wYm5AmwLqXg:Yj7BN1ygOJw:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/GunsmokersTranslations?i=wYm5AmwLqXg:Yj7BN1ygOJw:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/GunsmokersTranslations/~4/wYm5AmwLqXg" height="1" width="1"/>Александр Алексеевhttps://profiles.google.com/113168002104297556003noreply@blogger.com0http://www.transl-gunsmoker.ru/2011/08/single-instance-program-is-its-own.html