WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 | 2 || 4 |

«Using SoftICE Руководство пользователя Windows NT™ Windows® 98 Windows® 95 Windows® 3.1 DOS Compuware, логотип Compuware, NuMega, логотип NuMega, SoftICE являются торговыми или зарегистрированными ...»

-- [ Страница 3 ] --

10. Настройка SoftICE Подготовка подчиненного компьютера для запуска сеанса отладки После того, как на подчиненном компьютере установлены и запущены необходи мые драйверы, с помощью семейства команд NET на нем может быть запущен сеанс удаленной отладки. Для управления сеансом используются следующие команды: NET START [MASK=] [GATEWAY=] NET ALLOW [AUTO] [PASSWORD=] NET PING NET RESET NET STOP NET HELP NET STATUS NET START [MASK=] [GATEWAY=] Команда NET START создает в SoftICE IP стек. Она передает отладчику необхо димые сетевые параметры (IP адрес, маску подсети и адрес маршрутизатора). Если Ваша локальная сеть поддерживает протокол DHCP (Dynamic Host Configuration Protocol — протокол динамической конфигурации хоста), то Вы можете заставить SoftICE самостоятельно получить сетевые параметры от сервера DHCP. На этом случае запускается лишь IP стек, так как отладчик не может начать сеанс удален ной отладки, пока не будет получен IP адрес. NET ALLOW [AUTO] [PASSWORD=] Команда NET ALLOW определяет, какая именно машина будет использована для удаленного управления отладчиком. Удаленный компьютер может быть определен по конкретному сетевому адре су, либо управление может производиться с любого (параметр ANY) сетевого компьютера. Если в команде указан параметр AUTO, то для начала каждой последующей отладочной сессии после закрытия текущей нет необходимости повторно вы давать команду NET ALLOW. В случае необходимости удаленное управление отладчиком может быть раз решено лишь после ввода чувствительного к регистру пароля. После того, как Вы запустите сеанс удаленной отладки, SoftICE будет активизи рован на подчиненном компьютере вне зависимости от его текущего состояния. NET PING Команда NET PING позволяет выполнить тестирование качества сетевого соеди нения с помощью посылки пакета ICMP (Internet Control Message Protocol — про токол контроля сообщений) (PING) по указанному сетевому адресу. SoftICE прове ряет, будет ли получен ответ в течение 4 секунд. NET RESET Команда NET RESET завершает любой активный в данный момент сеанс уда ленной отладки или отменяет действие предшествующей команды NET ALLOW. Для запуска нового сеанса необходимо будет выполнить команду NET ALLOW.

Изменение начальных установок SoftICE NET STOP Команда NET STOP завершает любой активный в данный момент сеанс удален ной отладки или отменяет действие предшествующей команды NET ALLOW. Кроме того эта команда удаляет IP стек и завершает работу сетевого адаптера. NET HELP Команда NET HELP выводит список доступных сетевых команд и их синтаксис. NET STATUS Команда NET STATUS показывает текущее состояние сетевого адаптера, а так же сетевые параметры (IP адрес, маску подсети и адрес маршрутизатора) и состоя ние соединения удаленной отладки. Запуск сеанса удаленной отладки После того, как подчиненный компьютер подготовлен к сеансу, этот сеанс мо жет быть запущен с удаленного компьютера с помощью команды SINET, которая имеет следующий синтаксис: SINET [] Параметр представляет собой сетевой адрес, присво енный сетевому адаптеру подчиненного компьютера. Если на подчиненном ком пьютере при создании сеанса удаленной отладки был указан пароль, то Вам также необходимо указать его в команде SINET (помните, что он чувствителен к регистру символов). Команда SINET пытается установить соединение с подчиненной машиной, после чего, в случае необходимости, производится проверка пароля доступа. Если подчи ненный компьютер разрешает доступ для удаленного терминала, то отладчик уста навливает соединение и получает параметры текущего видеорежима подчиненного компьютера, после чего эмулируется экран SoftICE, который виден как на удален ном, так и на подчиненном компьютерах. Все стандартные комбинации клавиш на обоих компьютерах действуют совер шенно одинаково. Единственное исключение состоит в том, что на удаленном ком пьютере для активизации отладчика может быть использована лишь комбинация CTRL D вне зависимости от того, как она определена на подчиненном компьютере. Для завершения сеанса удаленной отладки на удаленном компьютере использу ется комбинация клавиш CTRL BREAK, а на подчиненном — команда NET RESET.

Настройка удаленной отладки (Remote Debugging) через модем ное или последовательное соединение Параметры удаленной отладки позволяют Вам определить тип последовательно го соединения и задать строку инициализации модема и номер телефона, которые будут использоваться командами DIAL и ANSWER. (Вышеупомянутые параметры могут быть непосредственно заданы в этих командах.) За точным описанием ко манд управления Вашим модемом обращайтесь к соответствующей документации.

118 Telephone number (Номер телефона) 10. Настройка SoftICE Параметр "TELEPHONE NUMBER" задает номер телефона, используемый командой DIAL (например, 421 555 1212). Serial connection (Последовательное соединение) (только для Windows 95 или Windows 98) Если Вы запускаете SoftICE для отладки удаленной системы под управлением Windows 95 или Windows 98, выберите на локальном компьютере коммуникацион ный порт (COM1, COM2, COM3 или COM4), который будет использован для после довательного соединения. После окончания отладки измените параметр на "NONE". По умолчанию параметр "SERIAL CONNECTION" установлен на "NONE". Замечание: Если Вы используете SoftICE под управлением Windows NT, то отладчик автоматически определит параметры последовательного соединения. DIAL initialization string (Строка инициализации модема командой DIAL) Параметр "DIAL INITIALIZATION STRING" устанавливает строку инициализации мо дема при использовании команды DIAL, например ATX0. ANSWER initialization string (Строка инициализации модема командой ANSWER) Параметр "ANSWER INITIALIZATION STRING" устанавливает строку инициализации модема при использовании команды ANSWER, например ATX0.

Изменений назначений клавиатуре (Keyboard Mappings) Раздел установок "KEYBOARD MAPPINGS" используется для назначения функцио нальным клавишам клавиатуры команд SoftICE. Команды SoftICE могут быть на значены любой из 12 функциональных клавиш или их комбинациям с клавишами SHIFT, CTRL или ALT. Синтаксис команд При модификации исходных или при создании новых назначений могут быть ис пользованы любые допустимые команды SoftICE и символы вставки (^) и "точка с за пятой" (;

). Наличие символа вставки (^) перед началом команды указывает SoftICE выполнить ее, не помещая в окно команд. Символ "точка с запятой" (;

) работает по добно клавише Enter, инициируя исполнение команды. В одной командной строке может находиться более одного символа "точка с запятой". Изменение значений функциональных клавиш Чтобы изменить команды SoftICE, присвоенные функциональной клавише, не обходимо выполнить следующие действия: 1 Выберите функциональную клавишу, которую Вы хотите модифицировать, в списке назначений и нажмите кнопку "ADD" (Добавить). Замечание: SoftICE использует следующие сокращения для функциональных клавиш и клавиш ALT, CTRL и SHIFT.

Изменение начальных установок SoftICE Клавиша Функциональные Alt Ctrl Shift Сокращение F A C S Пример F1 AF1 CF1 SF 2 Измените команду в поле "Command" и нажмите OK. Присвоение значений незадействованным функциональным клавишам Чтобы присвоить команду новой функциональной клавише (или комбинации клавиш), выполните следующие действия: 1 Определите функциональную клавишу (или комбинацию функциональной кла виши с SHIFT, CTRL или ALT), которой никаких команд SoftICE еще не присвоено. 2 Нажмите кнопку "ADD" (Добавить). 3 Выберите код функциональной клавиши из списка. 4 Выберите модификатор. Чтобы присвоить команду просто функциональной клавише, выберите "NONE". Для присвоении команды комбинации клавиш, выберите SHIFT, CTRL или ALT. 5 Наберите необходимую команду в поле "COMMAND" и нажмите OK. Удаление назначения функциональной клавише Чтобы удалить назначение команды функциональной клавише, выберите в спи ске необходимую комбинацию и нажмите "REMOVE" (Убрать). Восстановление значений функциональных клавиш В следующей таблице приведен список команд SoftICE, присваиваемых функ циональным клавишам по умолчанию. Клавиша Команда F1 = F2 = F3 = F4 = F5 = F6 = F7 = F8 = F9 = F10 = H;

^WR;

^SRC;

^RS;

^X;

^EC;

^HERE;

^T;

^BPX;

^P;

Клавиша Команда F11 = F12 = SF3 = AF1 = AF2 = AF3 = AF4 = AF5 = AF11= AF12= ^G @SS:ESP;

^P RET;

^FORMAT;

^WR;

^WD;

^WC;

^WW;

CLS;

dd dataaddr->0;

dd dataaddr->4;

Вы можете модифицировать назначения отдельных клавиш или нажать кнопку "RESTORE DEFAULTS" (Восстановить исходные), чтобы восстановить всем модифициро ванным или удаленным функциональным клавишам их исходные значения. Однако, эта кнопка не удаляет команды, присвоенные новым функциональным клавишам.

10. Настройка SoftICE Работа с постоянными макрокомандами (Macro Definitions) Макрокоманды являются определяемыми пользователем командами, которые могут использоваться точно так же, как и встроенные команды. Определение (или тело) макрокоманды состоит из последовательности команд SoftICE. Набор допус тимых команд включает в себя также пользовательские макросы и аргументы ко мандной строки. Существует 2 способа создания макрокоманд. Вы можете создать макрокоманды времени исполнения, которые существуют до момента перезапуска SoftICE, или соз дать постоянные макросы, которые сохраняются в файле начальных установок и ав томатически загружаются каждый раз во время старта отладчика. В данном разделе описывается создание постоянных макрокоманд. Дополнительную информацию о создании макрокоманд исполнения времени смотрите в разделе "Использование макрокоманд времени исполнения" на странице 54. Создание постоянных макрокоманд Постоянные макрокоманды создаются следующим образом: 1 Нажмите "ADD" (Добавить). Появляется окно "Add Macro Definition" (Добавление определения макроса). 2 В поле "NAME" впишите имя макрокоманды. Имя макроса может иметь длину от 3 до 8 символов и содержать любые буквы, цифры и знак подчеркивания (_). Имя обязательно должно содержать хотя бы одну букву. Имена макрокоманд не должны дублировать имена встроен ных команд SoftICE. 3 Наберите содержимое макроса в поле "Definition" (Определение). Определение (или тело) макроса состоит из последовательности команд SoftICE или других макросов, разделенных точками с запятой. При этом последняя ко манда не обязательно должна заканчиваться точкой с запятой. На аргументы командной строки макрокоманды можно ссылать в любом месте тела макроса с помощью %< >, где номер параметр — это цифры от 1 до 8. Пример: Макрокоманда MACRO asm = "a %1" определяет псевдоним для команды A (команда ассемблера). Идентификатор "%1" заменяется на первый аргумент после имени макроса "asm" или просто удаля ется, если аргумента нет. Если требуется вставить в тело макрокоманды символ двойных кавычек (") или знак процента (%), то перед ними необходимо добавить символ обратной косой черты (\). Чтобы добавить собственно знак обратной косой черты, ис пользуется последовательность из двух таких символов (\\). Замечание: Рекурсивный вызов макрокоманд возможен, однако, польза от это го приема сомнительна, так как программного способа завершить его работу не существует. Если макрокоманда вызывает саму себя в последней команде тела макроса (так называемый "хвостовой вы зов"), то такая команда выполняется до тех пор, пока пользователь не нажмет 'ESC', чтобы прервать ее работу. Если рекурсивный вы зов не является последней командой макроса, то такой вызов вы полняется 32 раза (ограничение вложенности). 4 Нажмите OK. SoftICE поместит Вашу постоянную макрокоманду в список макроопределений.

Изменение начальных установок SoftICE Примеры макрокоманд В следующей таблице приведены примеры допустимых макрокоманд. Допустимое имя Qexp 1shot ddt ddp thr dmyfile Допустимое определение addr explorer;

Query %1 bpx %1 do \”bc bpindex\” dd thread dd process thread %1 tid macro myfile = \”TABLE %1;

file \%1\” Пример Qexp Qexp 140000 1shot eip 1shot @esp ddt ddp thr thr -x dmyfile mytable myfile myfile.c В следующей таблице приведены примеры недопустимых макрокоманд. Недопустимое имя или тело макроса Имя: DD Тело: dd dataaddr Имя: AA Тело: addr %1 Имя: tag Тело: ? *(%2-4) Пояснение Макрокоманда использует имя встроенной команды SoftICE. Команды SoftICE не могут быть переопределены. Имя макрокоманды слишком короткое. Имя макроса должно содержать от 3 до 8 символов. Макрокоманда ссылается на параметр %2 без ссылки на параметр %1. Нельзя ссылаться на параметр %n+1, не ссылаясь на параметр %n.

Запуск и остановка работы постоянных макрокоманд Для того, чтобы исполнить постоянную макрокоманду, просто наберите ее имя. Чтобы остановить работу макроса, нажмите клавишу ESC. Параметр Macro Limit Параметр "MACRO LIMIT" определяет максимальное число макрокоманд и точек прерывания, которые Вы можете определить во время работы SoftICE. Это количе ство включает в себя как постоянные, так и макрокоманды времени исполнения. По умолчанию параметр установлен на минимальное значение — 32. Максимально допустимое значение равно 256. Модификация постоянных макрокоманд Чтобы модифицировать постоянную макрокоманду необходимо: 1 Выбрать макрокоманду, которую Вы хотите изменить и нажать "ADD". 2 В окне "ADD MACRO DEFINITION" (Добавление определения макроса) изменить имя и/или определение макрокоманды и затем нажать OK.

122 Удаление постоянной макрокоманды 10. Настройка SoftICE Чтобы удалить постоянную макрокоманду, выберите соответствующий макрос и нажмите кнопку "REMOVE" (Удалить).

Параметры для устранения неисправностей (Troubleshooting) Эти параметры позволяют Вам устранить некоторые проблемы при работе с SoftICE. Изменяйте их только в том случае, если Вы получили соответствующее указание от службы технической поддержки фирмы NuMega, или оказались в си туации, описанной в данной документации. По умолчанию все параметры данного раздела установлены в состояние "Выключено". Совет: Если Вы хотите вернуть все установки параметров данного раздела в исходное состояние, нажмите кнопку "RESTORE DEFAULTS" (Восста новить исходные значения). То же самое можно сделать, если Вы включили некоторые из параметров и теперь хотите все их выклю чить, не обращаясь к каждому из них по отдельности. Disable mouse support (Отключить поддержку мыши) Отметьте данный флажок, если у Вас возникли проблемы с использованием мыши при работе с SoftICE. Disable Num Lock and Caps Lock programming (Отключить программирование клавиш Num Lock и Caps Lock) Если при загрузке SoftICE у Вас блокируется клавиатура, или она ведет себя странно, то установите данный флажок. Если, однако, это не решит Вашей пробле мы, но Вы работаете под Windows NT, попробуйте установить флаг "DO NOT PATCH KEYBOARD DRIVER".

Do not patch keyboard driver (Не использовать модификацию клавиатурного драйвера) (только для Windows NT) Если при загрузке SoftICE у Вас блокируется клавиатура, или она ведет себя странно, установите данный флажок, чтобы не разрешать SoftICE модифицировать драйвер клавиатуры. В данном случае SoftICE будет использовать иной, обычно ме нее устойчивый способ управления клавиатурой. Если это не решит Вашей пробле мы, попробуйте установить флаг "DISABLE NUM LOCK AND CAPS LOCK PROGRAMMING". Disable mapping of non present pages (Отключить отображение незагруженных страниц) SoftICE пытается осуществить поиск страниц в физической памяти даже, если данная страница помечена как отсутствующая. Отметьте данный флажок, чтобы отключить эту функцию.

Изменение начальных установок SoftICE Disable Pentium support (Отключить поддержку процессоров "Pentium") SoftICE автоматически определяет используете Вы процессор класса Pentium или нет. Если же Вы используете новый тип процессора, с которым SoftICE не знаком, а отладчик ошибочно определяет его как процессор Pentium, то установите данный флаг. Disable thread specific stepping (Отключение потоко зависимой трассировки) Команда P (steP over — пошаговая трассировка) является потоко зависимой. Работа отлаживаемой программы будет прервана SoftICE только в том случае, если будет активным тот поток, в котором была выполнена команда P. Заметьте, что, как правило, Вам как раз и необходимо оказаться именно в том потоке, который Вы от лаживаете. Чтобы выключить такую зависимость, установите данный флаг.

— А король то голый! — закричал маленький ребенок.

Ганс Христиан Андерсен But the Emperor has nothing on at all! cried a little child.

Hans Christian Andersen 11. Исследование Windows NT Обзор Не вызывает никакого сомнения, что операционная система Windows NT — это ве ликолепное произведение разработчиков и программистов. Трудно представить себе какую либо иную столь же сложную систему, способную решать все поставленные перед нею задачи, включая и три самых непростых: переносимость, устойчивость и расширяемость, не поступаясь при этом ни интерфейсом, ни производительностью. Каким то чудом разработчики фирмы Microsoft ухитрились обеспечить четкое взаи модействие всех компонентов, подобное работе механизма хорошо отлаженных часов. И, если Вы собираетесь разрабатывать приложения для Windows NT, Вам необходимо понимать то, что лежит в основе Вашей программы — саму операционную систему Windows NT. Знания, которые Вы приобретете, потратив время на изучение особен ностей ее строения, обогатят как Вас, так и Ваши приложения. В этой главе дается краткий обзор наиболее важных и интересных особенно стей Windows NT. Особое внимание уделяется слабо или вообще недокументиро ванным сторонам функционирования системы.

Ресурсы для квалифицированных разработчиков Фирма Microsoft предоставляет некоторые дополнительные ресурсы для разработки и отладки приложений, среди которых отладочная версия системы, Windows NT DDK,.DBG файлы и расширение отладчика ядра. В следующих разделах все эти ресурсы об суждаются подробнее. Отладочная версия системы Если Вы не используете в своей работе отладочную версию Windows NT, то зна чит Вы не получаете того значительного количества дополнительной информации и поддержки, которые она предоставляет, и которая отсутствует в коммерческой вер сии операционной системы. Вам будут доступны многочисленные отладочные со общения, специальные флаги, используемые компонентами ядра и позволяющие проследить за работой системы, а также достаточно строгая проверка большинства API вызовов. Размеры и строение структур данных, а также организация системных вызовов в отладочной и коммерческой версиях практически идентичны. Это позво ляет Вам изучить работу приложения, используя более информативные сообщения отладочной версии, а замет успешно завершить работу под управлением коммерче ской версии Windows NT. Следовательно, если Вы хотите разрабатывать как можно более устойчивые приложения и драйверы, используйте отладочную версию.

Обзор Windows NT DDK Windows NT DDK (Driver Development Kit — средства для разработки драйверов) содержит заголовочные файлы, примеры программ, систему подсказок, а также спе циальные программы, позволяющие исследовать различные составные части ядра системы. Самым полезным из них является файл NTDDK.H. Несмотря на то, что значительная часть информации в нем отсутствует, тем не менее его стоит изучить. Кроме основных структур данных, необходимых для разработки драйверов, в нем описаны и многие другие (одни подробно, другие кратко, а некоторые и не описаны вовсе). Здесь приведены прототипы многих API вызовов и перечислители, полезные как для исследования, так и для разработки. Имеется множество полезных коммен тариев об особенностях строения системы, ее возможностях и ограничениях. Боль шинство остальных заголовочных файлов касаются редко используемых сторон ра боты системы, из них наиболее полезны NTDEF.H, BUGCODES.H и NTSTATUS.H. Windows NT DDK также включает в себя несколько полезных утилит. Например, POOLMON.EXE позволяет наблюдать за использованием системной памяти, OBJDIR.EXE предоставляет информацию об иерархии объектов в системе, и кон кретно о каждом из них. Программа SoftICE для Windows NT позволяет получить аналогичные сведения с помощью команд OBJDIR, DEVICE и DRIVER. Утилита DRIVERS.EXE, подобно команде MOD SoftICE, перечисляет все драйверы и выдает их основные параметры. Некоторые версии Windows NT DDK включают расширенную версию стандартной утилиты PSTAT.EXE. PSTAT — это консольное приложение, которое позволяет получить информацию о процессах и потоках в системе. Среди включаемых в состав Win 32 SDK и Visual C + утилит следует упомянуть две: PVIEW + и SPY +. Обе предоставляют информацию о процессах и потоках системы;

SPY +, + + кроме того, позволяет получать значения HWND и CLASS. В Windows NT DDK включены HELP файлы и справочный материал для разра ботки драйверов, а также примеры программ. Это примеры очень полезны при создании реальных драйверов. Найдите что либо похожее на Вашу разработку, скомпилируйте образец и изучите его с помощью SoftICE..DBG файлы Microsoft предоставляет.DBG файлы всех исполняемых файлов как для отла дочной, так и для коммерческой версий Windows NT. Сюда входят системные ком поненты ядра, драйверы устройств, DLL системы Win32, приложения контрольной панели и даже игры..DBG файлы содержат основную отладочную информацию, подобную PUBLIC разделам.MAP файлов. Каждый API вызов или глобальная пе ременная, как экспортируемая, так и импортируемая, имеют свое определение (например, имя, секцию и смещение). Информация о структурах данных или ло кальных переменных в них отсутствует, однако описание каждого API делает от ладку системных вызовов более легкой. Совет:.DBG файлы являются наиболее важным инструментом в Вашей отла дочной и исследовательской работе. Определите необходимые Вам ключевые компоненты, найдите соответствующие им.DBG файлы, и с помощью программы Symbol Loader создайте.NMS файлы, которые можно будет загрузить в SoftICE. Независимо от специфики Вашей работы используйте отладочную информа цию для ключевых компонентов системы. Наиболее важные их них отмечены в таблице жирным шрифтом.

11. Исследование Windows NT NTOSKRNL.EXE Ядро Windows NT. Основная часть операционной системы реализована именно здесь. HAL.DLL NTDLL.DLL Уровень аппаратной абстракции (Hardware Abstraction Layer). Важные примитивы для NTOSKRNL. Основа реализации Win32 API и других функций, традици онно приписываемая KERNEL. Здесь также реализован ин терфейс между Системой и Пользователем. Сюда переад ресуются вызовы из KERNEL32.DLL. Сервер подсистемы Win32. Большинство системных вызо вов проходят через этот процесс. В версии Windows NT 3.51 — ядро реализации функций USER и GDI. Единственный процесс, загруженный в кон текст CSRSS. Драйвер системных устройств, замещающий WINSRV.DLL и минимизирующий межпроцессовые взаимодействия ме жду приложениями и CSRSS. В некоторых версиях опера ционной системы может быть отсутствовать. Основа реализации функций USER. Содержит, главным образом, переадресацию в WINSRV.DLL (через LPC к CSRSS). В последних версиях сюда перенесена реализация большего числа функций для уменьшения количества пере ключений контекста. Реализация некоторых традиционных функций KERNEL, однако в основном содержит переадресацию в NTDLL.DLL.

CSRSS.EXE WINSRV.DLL WIN32K.SYS USER32.DLL KERNEL32.DLL Другие источники информации Следующие источники предоставляют обширную информацию по разработке драйверов и приложений для Windows NT. Microsoft Developers Network (MSDN)  MSDN выходит ежеквартально на CD ROM и содержит много полезной инфор мации, а также статьи по всем аспектам программирования для семейства опера ционных систем фирмы Microsoft. Это одно из немногих мест, где Вы можете найти подробности по написанию драйверов устройств для Windows NT.  Inside Windows NT Helen Custer, Microsoft Press  В книге "Inside Windows NT" сначала рассматривается общее строение опера ционной системы, а затем в деталях обсуждается каждая достаточно важная подсистема и приводится множество диаграмм для иллюстрации внутренних структур данных, правил и алгоритмов работы. Несмотря на то, что содержа ние этой книги может показаться достаточно абстрактным с точки зрения раз работки приложений, после ее прочтения взаимосвязи систем Windows NT становятся более понятными. В настоящее время это наиболее ценный источ ник информации по строению и функционированию Windows NT. И еще большую пользу Вы сможете извлечь, если параллельно будете исследовать внутреннее устройство операционной системы с помощью SoftICE.

 Имеется русский перевод: Хелен Кастер "Основы Windows NT и NTFS". — Micro soft Press "Русская редакция", 1996 г.

Внутри ядра Windows NT Advanced Windows, 2nd Edition Jeffery Richter, Microsoft Press  Книга "Advanced Windows" является ценным пособием для  программистов, разрабатывающих приложения для систем Win32. Автор подробно обсуждает процессы, потоки, управление памятью и синхронизацию объектов. Приво дятся образцы кодов и утилиты.

Внутри ядра Windows NT Чтобы получить общее представление о работе Windows NT, давайте взглянем на нее с разных точек зрения. Это позволит понять ограничения и допущения, сде ланные при ее разработке. Данный раздел касается наиболее важного компонента операционной системы — его ядра. Здесь рассказывается, как Windows NT заполняет основные структуры ядра, такие как IDT и TSS, и каким образом можно использовать команды SoftICE, чтобы оценить работу системы. Будет показано распределение системных облас тей памяти, описаны важные структуры данных и роль, которую они играют в ра боте операционной системы. Большая часть этого раздела строится на деталях организации двух следующих модулей: HAL.DLL — Уровень аппаратной абстракции (Hardware Abstraction Layer).  Роль этого модуля состоит в изоляции в пределах одного модуля аппаратную зависимость системы настолько, насколько это только возможно, что делает код Windows NT легко переносимым на другие платформы. Однако, с целью повышения производительности аппаратно зависимые коды присутствуют и в других частях ядра.  Главным образом, HAL отвечает за работу с устройствами на самом низком уровне: за программирование контроллера прерывание, обслуживание пор тов ввода/вывода и взаимодействие процессоров в мультипроцессорных сис темах. Многие программы HAL предназначены для работы с конкретным ти пом шины (PCI, EISA, ISA), с различными шинными адаптерами. HAL также отвечает за первичную обработку ошибок и управление прерываниями. NTOSKRNL.EXE — собственно ядро системы.  Основная часть операционной системы Windows NT реализована в ядре или Windows NT Executive. Именно на нем базируется работа всех остальных подсистем, такой, например, как Win32. Ядро выполняет множество различ ных функций, а именно: управление памятью;

управление объектами;

создание процессов и потоков и управление их работой;

обеспечение протокола LPC (Local Procedure Call — местный вызов процедуры);

обеспечение системы безопасности;

обработка исключений;

функционирование виртуальных DOS машин (VDM);

примитивы синхронизации — семафоры и взаимоисключения;

библиотека времени исполнения;

файловая система;

подсистема ввода/вывода.

 В 1998 г. на русском языке вышло 3 е издание книги: Джеффри Рихтер "Windows для профессионалов". — Microsoft Press "Русская редакция".

11. Исследование Windows NT Управление процессорами Intel При запуске операционной системы в защищенном режиме необходимо запол нить основные структуры процессора, установить параметры работы и выделить адресное пространство, которое она будет использовать. Инициализация системы выполняется модулями NTLDR, NTDETECT, NTOSKRNL и HAL. Применение пере численных в приведенной ниже таблице команд SoftICE поможет Вам понять, ка ким образом Windows NT использует архитектуру процессоров x86 для обеспече ния безопасной и устойчивой работы. Команда IDT TSS GDT LDT Описание Показывает содержимое таблицы дескрипторов прерывания (Interrupt Descriptor Table) Показывает содержимое сегмента состояния задачи (Task State Segment) Показывает содержимое глобальной таблицы дескрипторов (Global Descriptor Table) Показывает содержимое локальной таблицы дескрипторов (Local Descriptor Table) Замечание: Подробное описание каждой из этих команд дается в "Справочнике по командам SoftICE". IDT (Interrupt Descriptor Table — таблица дескрипторов прерываний) Windows NT создает таблицу IDT для 256 векторов прерываний и размещает ее в системной области адресного пространства. Первые 48 векторов обычно использу ются ядром для перехвата исключений, однако некоторые вектора используются для системных нужд или приложений. Для получения содержимого таблицы дескрипто ров прерываний Windows NT в SoftICE следует воспользоваться командой IDT. Преры вание 2h Назначение Немаскируемое прерывание. Установленный здесь вентиль задачи имеет чистый набор регистров, таблиц страниц и стек уровня 0. Это позволяет операционной системе продолжить работу и успеть вывес ти "Синий экран смерти". 8h Двойная ошибка. Установленный здесь вентиль задачи имеет чистый набор регистров, таблиц страниц и стек уровня 0. Это позволяет опе рационной системе продолжить работу и успеть вывести "Синий эк ран смерти". 21h Перехват 21h прерывания MS DOS. Используется только виртуаль ной DOS машиной или подсистемой "Windows on windows". 2Ah Сервис для получения текущего значения системных часов. 2Bh,2Ch Сервис прямого переключения цепочек. 2Dh Отладка. 2Eh Выполнить системный сервис. Используется при передаче управле ния в Windows NT с пользовательского на системный уровень. За до полнительной информацией обращайтесь к описанию команды NTCALL в "Справочнике по командам SoftICE".

Продолжение на следующей странице Внутри ядра Windows NT Преры вание 30h 37h 38h 3Fh Назначение Первичный контроллер прерываний (IRQ0 IRQ7). 30h прерывание от системных часов (IRQ0). Вторичный контроллер прерываний (IRQ8 IRQ15).

Векторы прерываний 30h 3Fh назначены первичному и вторичному контролле рам прерываний, следовательно аппаратные прерывания IRQ0 IRQ15 тоже прохо дят через IDT. Как правило, эти прерывания не перехватываются, а система пере дает их в стандартные программы заглушки. Если требуется перехват этих аппа ратных прерываний, то необходимо подключить специальные драйверы, а после работы отключить их. Стандартные программы заглушки имеют имена KiUnexpectedInterrupt#, где # соответствует номеру прерывания. Чтобы определить, какой вектор присвоен данной заглушке следует прибавить 30h к интересуемому номеру. Например KiUnexpectedInterrupt2 подключен к вектору 32h (30h + 2) таблицы прерываний IDT. Прерывания виртуальной DOS машины, которая включает в себя и подсистему WOW (Windows on Windows), непосредственно через IDT не передаются, а эмули руются генерацией общей ошибки защиты (GPF), которую анализирует специаль ная программа в составе NTOSKRNL. В большинстве случает прерывания возвра щается обратно в VDM для дальнейшей обработки. Прерывание 21h MS DOS обра батывается особым образом — для него существует нормальный дескриптор в IDT. Это было сделано либо по соображениям производительности, либо для совмести мости программ (а, возможно, и по обоим причинам). Драйверы могут подключать и отключать обработчики прерываний по мере необ ходимости, используя системные вызовы IoConnectInterrrupt и IoDisconnectInterrupt. Эти вызовы создают специальные переходники, содержащие данные и код, располо женные в невыгружаемой области памяти (Non Pageable Pool), чтобы обеспечить од новременное использование одного прерывания несколькими драйверами. TSS (Task State Segment — Сегмент состояния задачи) TSS предназначен для сохранения состояния процессора при переключении за дач или контекста. По соображениям производительности Windows NT не исполь зует эту архитектурную особенность процессора, а поддерживает единственный TSS, общий для всех процессов. Как было отмечено в предыдущем разделе, касаю щемся IDT, в Windows NT существуют и другие TSS, однако они используются только в исключительных случаях, чтобы обезопасить систему от перезарузки раньше, чем она сможет соответствующим образом это исключение обработать. Для получения содержимого текущего сегмента состояния задачи в SoftICE исполь зуется команда TSS. TSS имеет специальное поле, в котором содержится смещение начала карты ввода/вывода относительно начала сегмента. Карта ввода/вывода определяет, к каким портам, если таковые вообще существуют, возможен доступ для программы, исполняемой в 3 кольце защиты. При работе виртуальной DOS машины под управ лением Windows NT 3.51 TSS содержит действительное значение смещения начала карты ввода/вывода, которая перехватывает обращения к портам для последующей эмуляции их операционной системой. Во время работы приложений Win32 TSS со держит смещение, указывающее за пределы сегмента, что позволяет операционной системе перехватывать все обращения к портам ввода/вывода.

11. Исследование Windows NT В составе структуры TSS лишь одно поле представляет реальный интерес — ад рес стека для нулевого кольца защиты. Этот стек используется при переходе с пользовательского уровня (кольцо 3) на системный. GDT (Global Descriptor Table — глобальная таблица дескрипторов) Windows NT использует непрерывную (flat) 32 битную модель адресации. Хотя применение селекторов все еще необходимо, использует она их крайне ограничен но. Большинство приложений Win32 и драйверов вообще не знают об их сущест вовании. Ниже приведен фрагмент вывода команды GDT, который демонстрирует, какие селекторы содержит глобальная таблица. GDTbase=80036000 Limit=03FF 0008 Code32 Base=00000000 Lim=FFFFFFFF DPL=0 P RE 0010 Data32 Base=00000000 Lim=FFFFFFFF DPL=0 P RW 001B Code32 Base=00000000 Lim=FFFFFFFF DPL=3 P RE 0023 Data32 Base=00000000 Lim=FFFFFFFF DPL=3 P RW 0028 TSS32 Base=8000B000 Lim=000020AB DPL=0 P B 0030 Data32 Base=FFDFF000 Lim=00001FFF DPL=0 P RW 003B Data32 Base=7FFDE000 Lim=00000FFF DPL=3 P RW 0043 Data16 Base=00000400 Lim=0000FFFF DPL=3 P RW 0048 LDT Base=E156C000 Lim=0000FFEF DPL=0 P 0050 TSS32 Base=80143FE0 Lim=00000068 DPL=0 P 0058 TSS32 Base=80144048 Lim=00000068 DPL=0 P Обратите внимание, что первые 4 селектора адресуют весь 4 Гб диапазон памя ти. Эти селекторы используются драйверами и приложениями Win32. Первые два селектора имеют DPL, равный нулю, и используются драйверами и системными компонентами для обращения к системным кодам, данным и стекам. Селекторы 1Bh и 23h предназначены для приложений Win32 и адресуют коды, данные и стеки пользовательского уровня;

фактически это константы, и Windows NT часто обра щается к ним, используя их абсолютные значения. Селектор 30h адресует область контроля процессора ядра (Kernel Processor Control Region) и всегда имеет на базовый адрес 0xFFDFF000. При выполнении системного кода этот селектор хранится в сегментном регистре FS. Кроме множе ства других функций, эта область содержит по смещению 0 текущий кадр обработ ки исключений ядра. Аналогично, селектор 3Bh является селектором пользовательского уровня, ко торый адресует текущий блок переменных окружения потока (User Thread Environment Block UTEB). Этот селектор сохраняется в регистре FS при исполне нии кода пользовательского уровня и содержит текущий кадр обработки исключе ний пользовательского уровня по смещению 0. Базовый адрес этого селектора из меняется в зависимости от того, какой поток выполняется в настоящий момент. Когда происходит переключение потоков, базовый адрес этого селектора в GDT изменяется, чтобы указать на новый UTEB. Селектор 48h является селектором LDT и используется только процессами VDM. Приложения Win32 и драйверы не используют LDT. Во время исполнения процесса Win32 регистр LDT процессора Intel содержит NULL. В этом случае ко манда LDT SoftICE выдаст сообщение об ошибке "No LDT" (LDT отсутствует). При выполнении VDM или WOW процесса действительное значение регистра LDT ус танавливается из этого селектора GDT. Во время переключения контекста процес са содержимое LDT восстанавливается в этот селектор из блока окружения про цесса ядра (Kernel Process Environment Block KPEB), для установки правильных значений базового адреса и предела.

Область системных кодов 0x80000000 0x9FFFFFFF Область системной видимости 0xA0000000 0xBFFFFFFF Системные таблицы 0xC0000000 0xC0FFFFFF Системный кэш 0xC1000000 0xD8FFFFFF Выгружаемая область памяти 0xE1000000 0xE57FFFFF Невыгружаемая область памяти 0xFB000000 0xFEDFEFFF Контроль процессоров 0xFEDFF000 0xFFFFFFFF Внутри ядра Windows NT Драйверы этапа загрузки Выгружаемая область 1 Системные драйверы В Windows NT 3.51 не выделяется Менеджер кэша отображаемой памяти Windows NT Выгружаемая область 2 Автоматически загружаемые драйверы Область таблиц страниц Блок контроля процессора NTOSKRNL Таблица объектов GDI Win Область каталогов таблиц страниц Блок контроля процессора (1й процессор) Дополнительные драйверы этапа загрузки Таблица страниц системы Таблица объектов USER Win...

Драйверы, загружаемые пользователем Блок контроля процессора (2й процессор) Уровень аппаратной абстракции Кэш таблицы дескрипторов системы Выгружаемая область N Системный поток ядра системы...

TSS Таблица дескрипторов системы Блок контроля процессора (Nй процессор) GDT Невыгружаемая область IDT Невыгружаемая область База данных страниц 11. Исследование Windows NT LDT (Local Descriptor Table — локальная таблица дескрипторов) Под управлением Windows NT локальные таблицы дескрипторов используются только в виртуальных DOS машинах (VDM — Virtual DOS Machines) и создаются для каждой структуры данных процесса. 16 битная WOW подсистема исполняется в рамках NTVDM процесса и также имеет LDT. Подобно Windows 3.1 LDT для WOW содержит селекторы для каждого 16 битного исполняемого кода защищен ного режима и для сегментов данных каждого загруженного 16 битного приложе ния или DLL. Также она содержит селекторы каждой базы данных задач, базы дан ных модулей, каждой локальной кучи и блока памяти, выделенного в глобальных областях, и для всех USER и GDI объектов, требующих создания селектора. Так как при работе WOW количество необходимых селекторов может оказаться доста точно большим, создается LDT максимального размера, основная масса элементов в которой зарезервирована для дальнейшего использования. Эти селекторы выде ляются по мере необходимости. При работе обычных (не WOW) VDM размер LDT значительно меньше.

Распределение памяти в Windows NT Windows NT резервирует старшие 2 Гб адресного пространства для системного использования. В область с адресами 0x80000000 0xFFFFFFFF загружаются драй веры устройств, системные переменные, таблицы и структуры данных потоков и процессов. Хотя точную карту распределения адресов системной памяти составить невозможно, однако можно в целом охарактеризовать различные области, выде ляемые для определенных нужд. На следующей диаграмме представлены общие принципы размещения системных областей. Помните, однако, что здесь приведе ны лишь приблизительные диапазоны адресов, так как большинство областей могут находиться в любом месте адресного пространства. На диаграмме на странице 131 представлена общая схема распределения сис темной памяти Windows NT. Область системных кодов  В эту область записываются драйверы этапа загрузки, NTOSKRNL и компо ненты уровня аппаратной абстракции (HAL). Остальные драйверы размеща ются в невыгружаемой области системных адресов, находящейся в верхней части памяти. С помощью команд MOD и MAP32 SoftICE можно получить ад реса и протяженность блока загрузочных драйверов. В этой же области нахо дятся такие структуры как TSS, IDT и GDT.  Замечание: LDT создаются в выгружаемой области. Область системной видимости  Область системной видимости упоминается в Windows NT версии 3.51 но, по видимому, никогда в ней не используется. В последующих версиях Windows NT в этой области размещаются глобальные таблицы объектов GDI и USER. С помощью команды OBJTAB можно получить информацию о таблице объектов USER. Область системных таблиц  Эта область памяти содержит таблицы страниц процесса и соответствующие структуры данных. Это одна из немногих областей системной памяти, кото рая фактически не является глобальной, так как каждый процесс имеет свои уникальные таблицы страниц. Когда происходит переключение контекста процесса, физический адрес каталога таблиц страниц извлекается из блока переменных окружения процесса ядра (Kernel Process Environment Block KPEB) и загружается в регистр CR3. Это приводит к переадресации соответ ствующих блоков памяти на нужную область. Несмотря на то, что линейные Внутри ядра Windows NT адреса остаются теми же самыми, используемые физические адреса принад лежат именно данному процессу. В терминологии SoftICE каталогу таблиц страниц соответствует контекст адреса. Когда Вы пользуетесь командой ADDR для установления соответствующего процессу контекста, Вы фактиче ски загружаете информацию каталога таблиц страниц данного процесса.  Чтобы выполнять отображение линейной памяти в физическую, Windows NT ре зервирует в линейной системной области блок размером 4 Мб. Эти 4 Мб исполь зуются для создания каталога таблиц страниц и полного набора таблиц страниц. Необходимость выделения именно 4 Мб можно проверить, исходя из того, что существует только один каталог таблиц страниц, содержащий 1024 дескриптора. Чтобы отобразить 4 Гб линейного адресного пространства, каждая таблица стра ниц должна содержать информацию о 4 Мб линейного адресного пространства (4 Гб/1024). С другой стороны каждая таблица страниц содержит информацию о множестве физических страниц, которые в Windows NT имеют размер 4 Кб, по этому, умножая 1024 на 4096 (размер страницы физической памяти), получаем запрашиваемые 4 Мб. Следовательно, чтобы операционная система могла ис пользовать виртуальную память и физические страницы по 4 Кб, необходимо выделить 4 Мб для отображения всего адресного пространства. Как Windows NT, так и Windows 95/98 применяют простой и эффективный метод, выделяя для этой цели непрерывный блок линейной памяти.  В данной схеме каталог таблиц страниц фактически выполняет две функции. Помимо того, что он выполняет свою прямую функцию, он еще является и таб лицей страниц, представляющей область размеров 4 Мб с адресами 0xC0000000 0xC03FFFFF, поэтому дескриптор, отображающий эту область должен указы вать сам на себя. Если выполнить команду PAGE SoftICE, то в верхней части листинга вывода будет показан физический адрес, в который дескриптор ото бражает блок с адресами 0xC0000000 0xC03FFFFF. Если же выполнить коман ду ADDR, чтобы получить содержимое регистра CR3 (физический адрес катало га таблиц страниц) и передать его в качестве параметра команде PHYS, то будут показаны все линейные адреса, которые отображаются на физический адрес каталога таблиц страниц. Одним из этих адресов является адрес 0xC0300000.  Следующие примеры иллюстрируют описанные выше взаимосвязи. Наибо лее важные значения выделены жирным шрифтом. Применение команды ADDR для получения физического адреса каталога таблиц страниц (содержимое регистра CR3).  :addr  CR3 LDT Base:Limit KPEB Addr PID Name 00030000 FF116020 0002 System 0115A000 FF0AAA80 0051 RpcSs 0073B000 FF083020 004E nddeagnt 00653000 E13BB000:0C3F FF080020 0061 ntvdm 00AEE000 FF07A600 0069 Explorer 01084000 FF06ECA0 0077 FINDFAST 010E9000 FF06CDE0 007B MSOFFICE *01F6E000 FF088C60 006A WINWORD 01E0A000 FF09CCA0 008B 4NT 017D3000 E1541000:018F FF09C560 006D ntvdm 00030000 80140BA0 0000 Idle Использование физического адреса в качестве параметра команды PHYS для получения всех линейных адресов, отображаемых в данный физиче ский адрес (одна физическая страница может быть использована для ото бражения более чем одного линейного адреса, и один линейный адрес мо жет быть отображен в разные физические страницы).

 11. Исследование Windows NT :phys 1F6E000  C Использование линейного адреса (0xC0300000) с командой PAGE, чтобы проверить соответствие физической страницы данному линейному адресу.  :page C0300000  Linear Physical Attributes C0300000 01F6E000 P D A S RW Использование команды PAGE без параметров, чтобы увидеть отображение всего блока линейных адресов. Это полезно для получения физического ад реса каталога таблиц страниц и проверки того факта, что таблица страниц операционной системы отображается в линейный адрес 0xC0000000 (приво дится сокращенный вывод).  :page  Page Directory Physical=01F6E000 Physical Attributes Linear Address Range 01358000 P A S RW A0000000 - A03FFFFF 017F0000 P A S RW A0400000 - A07FFFFF 01727000 P A S RW A0800000 - A0BFFFFF 01F6E000 P A S RW C0000000 - C03FFFFF 0066F000 P A S RW C0400000 - C07FFFFF 00041000 P A S RW C0C00000 - C0FFFFFF 00042000 P A S RW C1000000 - C13FFFFF Дескрипторы системной таблицы страниц (Page Table Entries) и виртуальные дескрипторы  Сокращение PTE, которое появлялось во многих местах диаграммы распреде ления системной памяти, обозначает Page Table Entry — Дескриптор Таблицы Страниц. PTE является одним из 1024 дескрипторов, содержащихся в таблице страниц. Каждый такой дескриптор описывает одну страницу памяти, включая ее физический адрес и атрибуты. Так как Windows NT может выполняться не только на процессорах фирма Intel, и так как операционной системе может по надобиться защищать страницы памяти на таком уровне, который данным про цессором не поддерживается, Windows NT создает так называемые виртуаль ные PTE или виртуальные дескрипторы. По свой структуре они подобны деск рипторам фирмы Intel, однако включают в себя и некоторые дополнительные атрибуты. Перегружая значения атрибутов, операционная система может кон тролировать состояние "ошибка страницы" и затем проверить дополнительные атрибуты соответствующего виртуального дескриптора, чтобы определить причину его возникновения. Манипулирование виртуальными дескрипторами и трансляция их значений в действительные дескрипторы процессора выпол няется в NTOSKRNL. Обратите внимание, что операционная система постоян но проверяет соответствие значений виртуальных дескрипторов физическим. Это позволяет не допустить прямое вмешательство в содержимое дескрипторов таблиц страниц со стороны приложений или драйверов устройств. Область выгружаемой памяти (Paged Pool Area)  Выгружаемая системная память представляет собой область, где функция ntoskrnl!ExAllocatePool (и другие связанные с ней функции) размещает блоки, которые при необходимости могут быть выгружены на диск. Она представля ет собой прямую противоположность невыгружаемой системной памяти. Блоки, размещенные невыгружаемой области, постоянно находятся в памяти и предназначены для таких структур, как обработчики прерываний, которые требуют высокой производительности или гарантии постоянной доступности для использования.

Внутри ядра Windows NT  Операционная система активно использует данную область, так как именно здесь создается большинство системных объектов. Отметьте для себя, что на чальный адрес области, ее размер и количество страниц определяется динамиче ски во время инициализации. Приведенные ранее значения адресов являются лишь приблизительными. Для того, что узнать точные значения, загрузите отла дочную информацию для NTOSKRNL и проверьте соответствующие перемен ные, которые описывают конфигурацию выгружаемой области. (Некоторые из них можно просмотреть, выдав команду SYM с параметром “MmPaged*”.)  Несмотря на то, что существует только одна область выгружаемой памяти, ко личество размещенных в ней блоков, определяемое во время инициализации системы, может быть велико. С одной стороны, такая работа должна выпол няться чрезвычайно аккуратно, но, с другой стороны, так как, размещение блоков происходит достаточно часто, наличие единственной структуры дан ных, владеть которой в момент выделения или возвращения памяти может только один поток, создает в системе узкое место. Чтобы избежать потери производительности, в данной области образовано несколько регионов, каж дая с собственными данными, с собственной структурой описания и собст венным семафором для синхронизации потоков. Это позволяет нескольким потокам одновременно производить операции с памятью. Если вы решите реализовать аналогичную технику в своем приложении, то учтите, что на кладные расходы в данном случае чрезвычайно малы, и в системе достаточно наличия 4 5 регионов. Однако, прежде чем реализовывать эту схему, следует точно определить наличие узкого места, чтобы не заниматься решением не существующей проблемы. Невыгружаемая системная область (NonPaged Pool Area)  Эта область линейных адресов предназначена для системных компонентов и структур данных, которые должны находиться в памяти постоянно. Сюда включаются драйверы, стеки потоков ядра, 2 региона для выделения блоков памяти и база данных страниц. В противоречие тому, что было сказано ранее о том, что страницы данной области не могут быть выгружены из памяти, ино гда это все таки возможно. В частности, это касается стеков потоков ядра и пространства адресов процесса, которые часто могут отсутствовать.  Данная область во многом сходна с областью выгружаемой памяти, за исклю чением того, что размещенные здесь объекты не могут быть выгружены ни при каких условиях. Выделяемая здесь память используется для размещения клю чевых структур системы, таких как процесс ядра и блоки окружения потоков. Имеется также еще один регион, используемый для размещения объектов, ко торые должны быть всегда доступны. Для этого во время инициализации сис темы NTOSKRNL резервирует небольшое количество физической памяти. Размер блока выделяемой здесь памяти должен быть меньше одной страницы (4 Кб). Если запрос на выделение памяти в этом регионе не может быть выпол нен, или если запрашивается более 4 Кб, система выводит "синий экран". Область контроля процессора (Processor Control Region)  В самой верхней части системных адресов находится область контроля про цессора. Здесь Windows NT размещает блоки контроля процессора (Processor Control Block, PCRB) — структуры данных для каждого процессора в системе, и глобальную структуру — область контроля процессора (Processor Control Region), отражающую текущее состояние системы. В последней содержится такая ключевая информация, как выполняемый в настоящий момент поток ядра, текущий уровень запроса прерывания, текущий кадр обработки струк турных исключений, базовые адреса IDT, TSS и GDT, и указатели стеков це почек ядра системы. Небольшая часть структур PCR и PCRB документирова на в файле NTDDK.H.

 11. Исследование Windows NT В большинстве случаев авторам драйверов устройств необходимо знать текущее прерывание в системе, на котором они будут исполняться. Несмотря на то, что его можно узнать, проанализировав содержимое области контроля процессора по смещению 24h, значительно проще получить ее с помощью команды IRQL:  ? IRQL   00000002h Наиболее полезной информацией из блока контроля процессора является указатель текущего потока ядра. Он находится в блоке контроля процессора по смещению 04h, однако чаще всего на него ссылаются через PCR по смеще нию 124h. Это возможно по той причине, что блок процессора вложен в PCR по смещению 0x120. Код, необходимый для получения указателя текущей це почки, выглядит следующим образом:  mov reg,FS:[124]  Вспомните, что при работе в системном режиме, регистр FS содержит селек тор из GDT, чей базовый адрес указывает на начало области контроля процес сора. SoftICE позволяет получить эту информацию более простым способом, используя встроенные функции thread или tid:  ? thread     FF088E90h ? tid 71h Более подробную информацию о текущем потоке можно получить, используя следующие команды:  :thread tid  TID Krnl TEB 0071 FF0889E0  :thread thread  StackBtm FC42A StkTop FC StackPtr FC42FE5C User TEB 7FFDE Process(Id) WINWORD(6A) TID Krnl TEB StackBtm StkTop StackPtr User TEB Process(Id) 0071 FF0889E0 FC42A000 FC430000 FC42FE5C 7FFDE000 WINWORD(6A)  Текущий процесс ни в PCR, ни в PCRB не сохраняется. Windows NT получает указатель текущего процесса через текущий поток. Пример кода для получе ния указателя текущего процесса приведен ниже:  mov eax, FS:[124] ;

(KTEB) mov esi, [eax+40h] ;

(KPEB) Подсистема Win32 Внутри CSRSS Процесс CSRSS (Client Server Runtime Subsystem — подсистема "клиент сервер" времени исполнения) подсистемы Win32 интегрирует в себе Win32 API. Этот API выполняет различные функции, включая и те, которые традиционно приписывают ся таким компонентам Windows, как KERNEL, USER и GDI. Хотя эти стандартные модули присутствуют в Windows NT 3.51 (и в меньшей степени в последующих вер  Все описанное ниже относится, главным образом, к Windows NT 3.51. В v.4.0 эта подсистема претерпела значительные изменения.

Подсистема Win сиях) в виде 32 битных DLL, основная часть функций на самом деле реализована в WINSRV.DLL. Вызовы функций, традиционно ассоциирующиеся с одним из этих стандартных компонентов Windows, фактически выполнены в них в виде переад ресации к другим модулям, например NTDLL.DLL или для выполнения обслужива ния используют межпроцессовые взаимодействия с CSRSS. Большинство API вызовов USER и GDI проходят через соответствующий 32 битый модуль в адресной пространство процесса. Там они переводятся в форму сообщений местных процедурных вызовов (Local Procedure Call — LPC) и переправляются в CSRSS для дальнейшего выполнения. Легко представить себе, насколько этот меха низм, хотя и значительно более оптимизированный для данных условий, чем механизм удаленных процедурных вызовов (Remote Procedure Call — RPC), может снизить про изводительность системы по сравнению с простым вывозом функций. Каждый раз, когда Вы вызываете функцию IsWindows из USER.DLL, этот вызов должен упаковы ваться в LPC и пересылаться как системное сообщение в CSRSS. Для того, чтобы CSRSS смог обработать это сообщение, должно произойти переключение контекста, должен быть определен необходимый сервис, проверена допустимость параметров, и лишь затем может быть выполнено требуемое действие. После его завершения на сто роне CSRSS необходимо составить LPC ответ клиенту (Вашему приложению), что включает в себя новое переключение контекста и распаковку LPC ответа. Уф ф! И все это необходимо проделать лишь для того, чтобы определить, описывает ли пере данный дескриптор (handle) реально существующее окно или нет. При проектировании последующих версий Windows NT разработчики фирмы Microsoft постаралась, на сколько это оказалось возможным, избежать подобных на кладных расходов. Во первых, они перенесли большую часть исполняемых кодов из WINSRV.DLL в модули USER32 и GDI32, которые работают непосредственно в адрес ном пространстве Вашего приложения. Это позволяет запускать наиболее часто ис пользуемые процедуры с помощью обычных вызовов, не прибегая к LPC. Во вторых, чтобы исключить переключение контекста в CSRSS для вызова процедур в WINSRV.DLL, новый системный драйвер WIN32K.SYS обеспечивает более быстрое выполнение процедур из модулей USER и GDI с помощью простого перехода из поль зовательского режима в системный. Использование WIN32K.SYS в качестве драйвера, предоставляющего сервис на прикладном уровне, позволяет Windows NT поддержи вать высокий уровень инкапсуляции и обеспечивает большую устойчивость, форми руя значительно более эффективную псевдо "клиент серверную" архитектуру. Хотя CSRSS выполняется как отдельный процесс, тем не менее он оказывает большое воздействие на адресное пространство любого приложения Win32. Если для Вашего процесса выполнить команду HEAP32, то Вы обнаружите по крайней мере 2 кучи, которые он не создавал, но которые ему принадлежат. Первая создается при инициализации процесса и является кучей по умолчанию. Вторая создается непо средственно CSRSS. Могут существовать и другие не создававшиеся приложением кучи, но тем не менее находящиеся в его адресном пространстве. Как правило, они расположены в верхней части пользовательского адресного пространства, и их мож но обнаружить, выполнив команду QUERY, и, при этом, они не выявляются командой HEAP32. Причина такого поведения достаточно проста: для каждого пользователь ского процесса создается список куч, а команда HEAP32 использует этот список для их обнаружения параметров. Если куча не создавалась Вашим процессом или его по томками, то она и не появится в этом списке. Команда QUERY сканирует адресное пространство приложения, используя работу для идентификации областей памяти команды WHAT. Если последняя находит область, чей базовый адрес совпадает с ад ресом кучи, занесенной в список, то он и обозначается как куча. Если же WHAT не в состоянии идентифицировать область таким способом, то исследует дескриптор, что позволяет определить область как кучу или ее сегмент.

11. Исследование Windows NT Кучи, существующие в адресном пространстве процесса, но не перечисленные в его списке, были отображены в данное адресное пространство другим процессом. В большинстве случает этим занимается подсистема CSRSS. Во время инициализа ции она создает кучу по стандартному базовому адресу. Во время запуска нового процесса эта куча переотображается в его адресное пространство по тому же са мому базовому адресу, что теоретически позволяет обоим процессам использовать одну кучу. На практике же существуют разные обстоятельства, которые могут препятствовать такой работе — одним из них является синхронизация. Заметьте себе, что в последующих версиях Windows NT в адресное пространство процесса может быть отображено более одной кучи, причем они могут отображаться в раз личных процессах по разным базовым адресам. Команда QUERY помечает это об стоятельство в своем листинге. Кроме того, новые версии операционной системы используют кучи, созданные в системном адресном пространстве, но, иногда, ото бражаемые в адресное пространство пользователя. Windows NT позволяет созда вать кучи в системном адресном пространстве, используя API, экспортируемое NTOSKRNL. Эти вызовы сходны с аналогичным API, экспортируемым NTDLL.DLL.

Объекты USER и GDI В Windows NT 3.51 процесс CSRSS подсистемы Win32 обеспечивает большую часть традиционных функций подсистемы USER. API и структуры данных модуля WINSRV.DLL управляют классами окон и их структурами, а также множеством других типов данных USER. В Windows NT 3.51 существуют следующие типы объектов USER (в скобках ука заны их идентификаторы). FREE (0) HWND (1) MENU (2) ICON/CURSOR (3) DEFERWINDOWPOS (4) HOOK (5) THREADINFO (6) QUEUE (7) CPD (8) ACCELERATOR (9) WINDOW STATION (0xA) DESKTOP (0xB) DDEOBJECT (0xC) Объект "Рабочий стол". Объект DDE, например, строки. Дескриптор объекта не используется (или недей ствителен). Окна. Меню окна. Иконка или курсор окна. Объект, возвращаемый BeginDeferWindowPosition API. Переадресатор перехвата сообщений. Данные экземпляра потока клиента CSRSS. Очередь сообщений окна. Call Procedure Data thunk. Таблица акселераторов.

В последующих версиях Windows NT добавлены (или переопределены) сле дующие объекты USER.

Подсистема Win32 DESKTOP ( ) 139 Этот тип объектов удален и теперь принадлежит объекту ядра, который управляется менеджером объектов ядра (Kernel Object Manager). Это тип объектов удален. Изменен идентификатор (ID) типа объекта. Также су ществует как объект ядра. Изменен идентификатор (ID) типа объекта. Новый тип объекта. Описывает раскладку клавиатуры. Новый тип объекта. Зарегистрированные форматы Clipboard.

QUEUE ( ) WINDOW STATION (0xD) DDEOBJECT (0xA) KEYBOARD LAYOUT (0xE) CLIPBOARD FORMAT (7) Кроме поддержки структур данных объектов USER и GDI для каждого процесса, CSRSS ведет главную таблицу дескрипторов для всех процессов. Объекты USER и GDI разделены в две разные таблицы, имеющих одинаковое строение, но различные функции управления. Все они имеют префикс "HM", к которому для функций GDI добавляется символ "G". Так, HMAllocObject создает объекты USER, а HMGAlloc — это программа API, создающая объекты GDI. Управление дескрипторами USER и GDI спроектировано достаточно просто и является хорошим примером того, как следует реализовывать базовое управление абстрактными типами объектов. Например, этот API использует простую, но ста бильную технику для создания уникальных дескрипторов и поддержки счетчиков обращений. При этом система спроектирована так, чтобы исключить возможность непосредственного манипулирования объектами из любых внешних по отношению к менеджеру приложений, включая USER32 и CSRSS. Такое исключение любых внешних воздействий, включая и воздействия со стороны системы, позволяет га рантировать правильность работы менеджера дескрипторов, обеспечивает точ ность счетчиков и семафоров обращения в объектам. Главные таблицы объектов, управляемые менеджером дескрипторов, представ ляют собой массивы с изменяемыми размерами, но с фиксированным размером элемента. В следующей таблице показаны поля таблицы объектов. (Обратите вни мание, что элементами таблицы являются только колонки, обозначенные жирным шрифтом;

колонки, озаглавленные курсивом, включены только для пояснений). (DWORD) (DWORD) (BYTE) (BYTE) (WORD) 0 NULL NULL FREE (0) 00 0001 00010000 1 HEAP * HEAP * DESKTOP (0C) 00 0001 00010001 2 HEAP * HEAP * HWND (04) 01 0003 00030002 Поле "Указатель объекта" указывает на действительные данные объекта. Обычно оно указывает на одну из куч CSRSS или на выгружаемую область. Поле "Тип" полностью соответствует своему названию. Счетчик экземпляров использу ется при создании уникальных дескрипторов, а поле "Флаги" — для определения специальных условий, например, таких как блокирование объекта потока для ис ключительного использования.

140 Как создаются значения дескрипторов 11. Исследование Windows NT Изначально все счетчики экземпляров объектов установлены в 1. Когда выде ляется новая позиция в таблице, то счетчик экземпляров комбинируется с индек сом выделяемой позиции, чтобы создать уникальное значение дескриптора. Когда производится ссылка на объект, часть дескриптора, содержащая номер позиции, извлекается и используется в качестве индекса. Для проверки подлинности деск риптора из таблицы получают значение счетчика экземпляров данного объекта и сравнивают с проверяемым дескриптором. Если значения не совпадают, то деск риптор недействителен. Следующий пример иллюстрирует вышесказанное: Создание дескриптора объекта: ДескрипторОбъекта = ИндексПозиции + (СчетчикЭкземпляров << 16);

Проверка подлинности дескриптора: ТаблицаОбъектов [LOWORD(Дескриптор)].СчетчикЭкземпляров == HIWORD(Дескриптор);

Когда объект удаляется, то все поля дескриптора устанавливаются в ноль, а счет чик экземпляров увеличивается на единицу. Таким образом, при повторном исполь зовании позиции в таблице дескриптор для нового объекта будет уникальным. Замечание: Собственно тип объекта не является часть дескриптора. Это означа ет, что приложение не может определить его непосредственно, для этого необходимо получить доступ к позиции в таблице объектов. Такая техника создания уникальных дескрипторов достаточно проста и эффек тивна, и делает проверку их подлинности тривиальной. Представьте себе, что про цесс создает окно и получает его дескриптор. Во время исполнения программы процесс уничтожает окно, однако значение дескриптора остается доступным. Если процесс попытается использовать дескриптор после уничтожения окна, то такой дескриптор будет признан недействительным, а объект, на который он указывает, будет иметь тип FREE. Это состояние перехватывается, и программа не сможет ис пользовать дескриптор. В то же самое время другой процесс может создает новый объект, и вполне вероятно, что для него будет заново выделена позиция, освобож денная при уничтожении окна. Если при этом первый процесс попытается исполь зовать недействительный дескриптор, то значения счетчиков экземпляров уже не будут совпадать, и проверка снова закончится неудачей. Таблицы объектов не являются специфичными для какого либо процесса, по этому значения дескрипторов для объектов USER и GDI уникальны не только для данного процесса. Дескрипторы HWND уникальны для всей подсистемы Win32. Ни один процесс никогда не может создать HWND со значением, которое совпада ло бы с дескриптором другого процесса. Таблица объектов USER Используя команду OBJTAB, можно вывести на экран все содержимое таблицы объектов USER. Эта команда достаточно гибкая и позволяет задавать в качестве параметра дескриптор или индекс позиции в таблице. Также она позволяет про смотреть объекты определенного типа, используя сокращения, принятые для имен типов объектов. Чтобы получить список имен типов объектов, с которыми может иметь дело команда OBJTAB, укажите в командной строке параметр H. Поле указателя каждой позиции в таблице ссылаться на данные объекта. Все объ екты имеют заголовок, поддерживаемый менеджером объектов, который содержит значение дескриптора объекта и счетчик ссылок потока. Большинство типов объектов также содержат указатель на объект "рабочий стол" и/или на своего предка. Следующий пример демонстрирует содержимое позиции таблицы объектов, ка сающейся дескрипторов окна, а также содержимое памяти заголовка, поддерживае мого менеджером. Ключевая информация выделена в листинге жирным шрифтом.

Подсистема Win 1 Задаем команду OBJTAB, чтобы найти дескриптор произвольного окна и по лучить указатель объекта. В данном промере значение дескриптора равно 0x1000C, а поле "Owner" (владелец) содержит адрес 0xE12E7008: :objtab hwnd Object Type Id Handle Owner Flags E12E7008 00 E12E9EA8 Hwnd 01 0001001C 2 Выводя содержимое блока 20h байт по полученному адресу объекта, обнару живаем следующее: :dd e12e9ea8 l 20  0010:E12E9EA8 0001001C 00000006 00000000 FF0E45D8 0010:E12E9EB8 00000000 E12E7008 00000000 00000000 Величина 0x1001C по смещению 0 — это значение дескриптора объекта, поле по смещению 4, содержащее значение 6 — счетчик ссылок на объект, а значе ние по смещению 0Ch (0xFF0E45D8) — это указатель на объект "Рабочий стол". 3 Проверим подлинность дескриптора с помощью команды WHAT: :what ff0e45d8  The value FF0E45D8 is (a) Kernel Desktop object (handle=0068) for winlogon(21) ( FF0E45D8 " " ( =0068) winlogon(21) ) Поле по смещению 14h имеет то же самое значение (0xE12E7008), которое размещается в поле "Owner" (владелец) в таблице объекта. 4 Выводя содержимое блока 20h байт по адресу владельца, обнаруживаем сле дующее:  :dd e12e7008 l  0010:E12E7008 0010:E12E 0001001B 00000000 00000000 E12E9C34 E17DB714 00000000 00000000 5 Величина 0x0001001B по смещению 0 очень похожа на дескриптор объекта, это и есть объект "информация потока". Команда OBJTAB со значением 0x1001B в качестве параметра показывает именно этот тип объекта:  :objtab 1001b  Object E12E Type Thread Info Id Handle 0001001B Owner Flags Наблюдение за созданием объектов USER Если Вы разрабатывает большое количество приложений для Win32, то функция HMAllocObject является удобным средством для наблюдения за созданием различ ных типов объектов, например, окон. Для этого случая можно записать макрокоман ду, которая устанавливает прерывание, перехватывающее создание объектов: :MACRO obx = “bpx winsrv!HMAllocObject if (esp->c == %1)” Функция HMAllocObject API реализована в составе WINSRV.DLL, а тип созда ваемого объекта передается в третьем параметре (Dword ptr esp [0Ch]). В при веденной макрокоманде на тип объекта ссылается запись вида “esp->c”, что экви валентно ссылке в форме *(esp+c). Часть условного выражения "%1" представля ет собой подстановку аргумента;

во время исполнения макрокоманды OBX вместо него подставляется задаваемый аргумент, например: :OBX 1 —> bpx winsrv!HMAllocObject if (esp->c == 1) После установки данного прерывания, оно будет перехватывать все вызовы HMAllocObject, которые требуют создания объекта типа "Окно".

11. Исследование Windows NT Адресное пространство процесса Адресное пространство для процесса пользовательского режима отображается в младшие 2 Гб с линейными адресами 0x00000000 0x7FFFFFFF. Верхние 2 Гб за резервированы для ядра операционной системы и драйверов устройств. В общем случае в адресном пространстве приложения Win32 для предопреде ленных целей выделяются следующие области линейной памяти. Линейный адрес Линейный адрес 0x00000000 0x0000FFFF 0x00010000 0x70000000 0x78000000 0x7FFB0000 0x7FFD3FFF 0x7FFDE000 0x7FFDEFFF 0x7FFDF000 0x7FFDFFFF 0x7FFE0000 0x7FFE0FFF 0x7FFFF000 0x7FFFFFFF Назначение области Назначение области Защищенная область. Используется для перехвата опе раций записи с нулевым (NULL) указателем. Стандартный адрес загрузки процесса Win32. Стандартная область загрузки DLL подсистемы Win32. Кодовые таблицы ANSI и OEM. Таблица(цы) трансляции Unicode. Главный блок переменных окружения потока (thread environment block) пользовательского режима. Блок переменных окружения процесса (process environment block UPEB) пользовательского режима. Область очереди сообщений. Защищенная область (используется аналогично области 0x00000 0x0FFFF).

В Windows NT младшие и старшие 64 Кб адресного пространства пользователь ского режима зарезервированы и никогда не используются для отображения фи зической памяти. Младшие 64 Кб используются для перехвата операций записи с использованием нулевых указателей (NULL). По умолчанию адрес загрузки процессов под управлением Windows NT равен 0x10000. Однако, процессы часто изменяют базовый адрес загрузки. Так, напри мер, процессы, разработанные для операционных систем Windows 95/98 имеют за грузочный адрес, равный 0x400000. Для установки требуемого загрузочного адреса.DLL или.EXE файлов следует использовать соответствующие параметры компо новщика или утилиту REBASE. Область линейных адресов, начинающаяся от 0x70000000, это область, куда за гружаются модули подсистемы Win32;

информацию о загруженных сюда модулях можно получить, используя команды MOD, MAP32 или QUERY. Блок окружения процесса пользователя всегда отображается на адрес 0x7FFDF000, в то время как главный блок окружения потока пользователя размещается на одну страницу ниже по адресу 0x7FFDE000. По мере создания других потоков, они разме щаются по границе страницы самого высокого еще неиспользуемого адреса. Следующие пример использования команды THREAD показывает, каким образом каждый последующий поток размещается страницей ниже относительно предыдущего: :thread winword TID 006B 007C 009C Krnl TEB FFA7FDA0 FF0A0AE0 FF04E4E0 StackBtm FEAD7000 FEC2A000 FC8F9000 StkTop FEADB000 FEC2D000 FC8FC000 StackPtr FEADAE64 FEC2CE18 FC8FBE18 User TEB 7FFDE000 7FFDD000 7FFDC000 Process(Id) WINWORD(83) WINWORD(83) WINWORD(83) Подсистема Win Для получения дополнительной информации об адресном пространстве процес са пользователя используйте команду QUERY. Эта команду сообщает о зарезерви рованных и/или переданных в пользование линейных областей. Для идентифика ции содержимого области она использует команду WHAT. С ее помощью мы может посмотреть кучи процесса, модули, отображаемые в память файлы, а также стеки потоков и их блоки окружения.

Функции управления кучами Строение кучи Любое пользовательское приложение прямо или косвенно использует функции управления кучами, которые экспортируются KERNEL32 и NTDDL. Кучи предназна чены для управления большими областями линейной памяти и для выделения в этих областях меньших по размеру блоков. Ядро реализации этих функций находится в NTDLL, однако некоторые функции, как, например, HeapCreate и HeapValidate, экс портируются из KERNEL32. Так как в модуле KERNEL32 не содержится кода для не которых функций (например, HeapFree), то загрузчик исправляет указатели их вы зова на код, расположенный в NTDLL. Замечание: Методика замены экспортирования функций из одного модуля на функции, экспортируемые другим модулем, называется 'snapping' (перенаправление). Хотя с точки зрения приложения управлять кучами относительно несложно, однако, реализация API и структур данных не столь проста. Управление кучей уш ло достаточно далеко от стандартных функций языка "C" malloc() и free(), особенно в том, что касается выделения больших раздробленных областей линейной памяти, используемых для дальнейшего распределения меньших блоков, и объединения смежных блоков свободной памяти. Функции кучи выполняют быстрый выбор оп тимального по размерам блока для удовлетворения запроса, обеспечивают безо пасное взаимодействие потоков при операциях выделения памяти, а также предос тавляют большое количество информации, касающееся параметров кучи, и под держивают функции отладки. Главная структура данных кучи достаточно велика, она занимает около 1400 байт в обычной версии и примерно в 2 раза больше в отладочной. И это не считая допол нительных структур данных, участвующих в управлении областями линейных адре сов. Большая часть этой структуры занята 128 узлами двунаправленного списка сво бодных блоков. Для каждого значения меньше 1 Кб создается свой двунаправленный список, в котором хранятся блоки одного размера. Блоки больше 1 Кб хранятся в од ном общем сортированном двунаправленном списке. Это позволяет очень быстро выполнять запрос на выделение оптимального по размеру блока памяти. Вот Вам на глядный пример решения компромисса в пользу большей скорости обработки запро са и в ущерб объему структур данных. Для того, чтобы понять особенности строения и реализации функций управления кучами, очень важно уяснить, что куча Win32 не обязана быть представлена единым непрерывным блоком линейной памяти. Для куч с изменяемыми размерами с помо щью функции VirtualAlloc может быть выделено множество линейных областей, ко торые в общем случае не обязательно будут непрерывными. Для отслеживания всех составляющих кучу областей линейной памяти создаются специальные структуры, называемые сегментами кучи. Другой важной особенностью организации API куч является двухстадийность процесса резервирования и выделения виртуальной памя ти, который обеспечивается функцией VirlualAlloc и связанными с ней другими функциями. Отслеживание того, какая память лишь зарезервирована, а какая уже распределена, осуществляется с помощью структур данных, известных как таблицы нераспределенных областей (Uncommitted Range Tables — UCR).

11. Исследование Windows NT Когда функция Ntdll!RtlCreateHeap() создает и инициализирует кучу, она выде ляет начальный виртуальный регион памяти для ее размещения, и строит соответ ствующие структуры данных. В первых 4 Кб (размер одной страницы) создается главная структура данных, и непосредственно после нее помещается 1й сегмент кучи. Этот сегмент инициализируется таким образом, чтобы управлять первона чальной областью виртуальной памяти, выделенной куче. Вся область памяти после него доступна для дальнейшего выделения через функцию HeapAlloc(). Если в 1м сегменте резервируется область любого размера, то создается элемент таблицы UCR для отслеживания оставшейся нераспределенной памяти. Замечание: Функция Kernel32!HeapAlloc() перенаправляет свое действие функ ции Ntdll!RtlAllocateHeap. Кроме упоминавшихся выше 128 списков свободной памяти главная структура кучи содержит 8 элементов таблицы UCR, что достаточно для небольших куч, одна ко, по мере необходимости может быть создано столько UCR, сколько потребуется. Здесь же находится таблица из 16 указателей на сегменты кучи, поэтому больше 16 сегментов куча никогда не может иметь. Если куче требуется синхронизация потоков, то заголовок кучи в конце главной структуры перед 1м сегментом допол няется структурой данных критической секции. Приведенная ниже диаграмма в общих чертах иллюстрирует строение типич ной кучи и размещение наиболее важных ее частей относительно друг друга. На левой части диаграммы показана выделенная куче область виртуальной памяти. В начале выделенной области размещен заголовок кучи, сопровождаемый Сегментом №1. Адрес этой структуры содержится в первом указателе таблицы указателей сег ментов. Остальная распределенная, но еще не затребованная память находится сразу после 1го сегмента и помечена как свободная. После нее находится область, которая зарезервирована для дальнейшего использования. Если поступает запрос на выделе ние большей области памяти, чем в настоящий момент распределено данной куче, то для удовлетворения запроса ей самой выделяется дополнительный блок.

Таблица UCR Элемент UCR Элемент UCR Элемент UCR Элемент UCR Элемент UCR Заголовок кучи Линейная память Сегмент #1 Сегмент # Сегмент #1 Выделенная куче память Линейная память Сегмент #2 Выделенная куче память Зарезервированная куче областьпамяти Зарезервированная куче областьпамяти Подсистема Win Сегмент №1 содержит область виртуальной памяти, первоначально выделенной куче для использования. Начальный адрес в сегменте равен базовому адресу кучи, а конец области соответствует концу распределенной памяти. Заштрихованная часть столбца диаграммы представляет зарезервированную область адресов, па мять для которой еще не выделена, поэтому заголовок использует свободный эле мент UCR для отслеживания этой области. Когда необходимо выделить память для удовлетворения поступившего запроса, проверяются все элементы UCR данного сегмента в поисках достаточного по размерам региона для ее размещения. Для увеличения производительности системы сегменты кучи отслеживают наибольшие доступные регионы UCR и общее число нераспределенных страниц в пределах виртуальной памяти каждого сегмента. В правой части диаграммы показана вторая область выделенной виртуальной памяти, которая управляется с помощью Сегмента кучи №2. Дополнительные сег менты кучи создаются в тех случаях, когда размер запрашиваемой памяти превос ходит размер наибольшего нераспределенного региона, имеющегося в пределах существующего сегмента. Однако, это возможно только в тех случаях, когда раз мер требуемой памяти меньше предопределенного для кучи порога Vmthreshold, иначе участок кучи распределяется непосредственно функцией VirtualAlloc, а но вый сегмент не создается. Как уже упоминалось, количество элементов UCR в заголовке кучи невелико. С иллюстративной целью на диаграмме показана дополнительная таблица элементов UCR, созданная специально для увеличения числа доступных UCR элементов. В общем же случае необходимость в создании дополнительной таблицы возникает достаточно редко, и она является признаком существования большого количества сегментов или того, что эти сегменты сильно фрагментированы. Фрагментация виртуальной памяти может произойти, когда функции управления кучей начинают возвращать распределенную память в процессе слияния свободных блоков. Термином возврат (decommitting) обозначается процесс перевода распреде ленной памяти в состояние зарезервированной или нераспределенной. Когда блок свободной памяти начинает превышать размер одной физической страницы (4 Кб), такая страница становится кандидатом на возвращение. Если при этом превышается пороговое значение, то менеджер кучи начинает процесс возвращения свободных страниц. В том случает, когда эти страницы не составляют непрерывного блока с су ществующим регионом зарезервированной памяти, для управления новым блоком зарезервированной памяти необходимо использование нового элемента UCR. В следующем примере показано исследование кучи по умолчанию с помощью команды HEAP32. 1 Команда HEAP32 с параметром " S" выдает информацию о сегменте для кучи по умолчанию:

      :heap32 -s 140000 Base 01 Id Cmmt/Psnt/Rsvd 001C/0018/00E4 Segments 1 Flags 00000002 Process Explorer UCR E4000 00140000 00140000- 001C/0018/00E 2 Применение параметра " X" позволяет получить дополнительную информа цию о куче по умолчанию:

11. Исследование Windows NT :heap32 x 140000 Extended Heap Summary for heap 00140000 in Explorer Heap Base: Total Free: Committed: Flags: GROWABLE DeCommit: 1000 Total DeC: 10000 VM Alloc: 7F000 140000 6238 112k Heap Id: Alignment: Present: 1 8 96k Process: Log Mask: Reserved: Explorer 10000 912k          Seg Reserve: Seg Commit: 3 Параметр " B" команды HEAP32 выдает адреса блоков памяти в куче по умол чанию: :heap32 -b 140000  Base Type Size Seg# Flags 00140000 HEAP 580 01 00140580 SEGMENT 38 01 001405B8 ALLOC 30 01 В приведенном выше листинге можно увидеть, что заголовок кучи сопровож дается Сегментом кучи №1, а первый выделенный куче блок памяти размеща ется сразу после структуры данных Сегмента. Управление блоками кучи Как уже упоминалось в предыдущем разделе, функции управления кучами ис пользуют API виртуальной памяти Win32 для размещения больших областей линей ной памяти и пользуются Сегментами кучи для обслуживания выделенных и заре зервированных областей. На базе всех этих функций строится механизм, который и управляет выделением и возвращением блоков памяти в Вашем приложении.

Размер блока в единицах выделения Размер предыдущего блока в единицах выделения Сегмент # Флаги Поле дополнительной информации 1 Поле дополнительной информации Размер блока в единицах выделения Размер предыдущего блока в единицах выделения Сегмент # Флаги Поле дополнительной информации 1 Поле дополнительной информации Размер блока в единицах выделения Размер предыдущего блока в единицах выделения Сегмент # Флаги Поле дополнительной информации 1 Поле дополнительной информации Память блока кучи Память блока кучи Память блока кучи Подсистема Win Для управления памятью для каждого блока создаются заголовки. На приве денной диаграмме показано, каким образом менеджер куч управляет блоками не прерывной памяти. Кроме того, менеджер кучи отслеживает блоки свободной па мяти с помощью двунаправленного списка, однако, указатели на предыдущий и по следующий узлы в заголовке блока не сохраняются. Вместо этого с данной целью используются первые 2 двойных слова в памяти блока. Как показано на диаграмме, каждый блок хранит в заголовке свой размер, а также размер предыдущего блока, выраженные количеством единичных областей выделения. Используя эти два размера, менеджер способен последовательно про смотреть все блоки кучи. Память в куче выделяется участками, называемыми единичными областями вы деления, и имеющих размер 8 байт. При необходимости величина запрашиваемой памяти округляется вверх, чтобы быть кратной этому размеру. Это означает, что размеры всех выделенных блоков кратны 8 байтам, и что размер любого блока мо жет быть выражен в количестве единичных областей с помощью округления вверх и деления на 8. Например, если процесс требует выделения 32 байт, то число единиц выделения составляет 32 / 8 = 4. Если же был запрос на 34 байта, то размер будет округлен вверх до числа, кратного 8, а размер выделенной области составит 40 байт или 5 единиц выделения. Однако, процесс, запросивший память, ничего не знает о еди ницах выделения и обращается с выделенной ему памятью, как будто она составля ет ровно 34 байта. При использовании в качестве единицы выделения 8 байт размер большинства типичных запросов на выделение памяти может быть записан в одном слове, что, однако, ограничивает размер блока кучи максимальным значением короткого без знакового целого или 0xFFFF единицами выделения. Другими словами, теоретиче ский предел размера блока составляет 0xFFFF * 8 или 524280 байт, что и документи ровано в описании функции HeapAlloc. Означает ли это, что программа не может разместить в куче блок больше 512 Кб? И да, и нет. Блок размером более 512 Кб размещен быть не может, однако, ничто не запрещает программе выделить область линейной памяти с помощью функции VirtualAlloc. Именно эту функцию и вызы вает менеджер кучи в тех случаях, когда размер запрошенной для выделения об ласти памяти превышает величину VMThreshold. Переменная VMThreshold хра нится в заголовке кучи и по умолчанию равна 520192 байт (0xFE00 единиц выделе ния). Когда менеджер кучи размещает большой блок памяти с помощью функции VirtualAlloc, получающаяся в результате структура называется "Виртуально разме щенный блок" (Virtually Allocated Block — VAB). Менеджер куч переходит по списку непрерывных блоков от одного к другому, переводя размер блока в единицах выделения в байты и прибавляя его к базовому адресу блока. Адрес предыдущего блока вычисляется аналогичным образом, вычи тая размер предыдущего блока из базового адреса текущего блока. Эти операции выполняются при слиянии свободных смежных блоков, при выделении блока меньшего размера из большого свободного блока, а также, когда производится про верка кучи или элемента кучи. Размер блока в единицах выделения важен для управления списком свободных блоков, сортируемых по размеру, и информация о которых хранится в массиве 128 двунаправленных списков внутри заголовка кучи. Свободные блоки от 1 до 127 единиц выделения хранятся в списках, соответствующих их размеру. То есть все свободные блоки длиной, например, 32 единицы хранятся в Heap >FreeLists[32]. Так как существование блоков с нулевым размером невозможно, то в списке с индексом "0" хранятся все блоки больше 127 единиц;

в списке они отсортированы в порядке возрастания. Так как основная часть выделяемых блоков памяти имеют размер меньше 128 единиц (1024 байт или 1 Кб), то такая организация обеспечивает быстрое 11. Исследование Windows NT выделение оптимального по размером блока. Блоки больше 1 Кб выделяются реже, поэтому линейный поиск в единственном списке свободных блоков не оказывает на общую производительность системы большого отрицательного влияния. Поле флагов в заголовке блока кучи содержит специальные атрибуты блока. Один бит обозначает свободен блок или занят. Другой используется, если это вирту ально размещенный блок (VAB). Третий ставится в последнем блоке выделенной ку че памяти;

такой блок используется в качестве маркера и обозначает, что после него блоков нет. Применение этого флага позволяет проверить достоверность адреса блока кучи значительно быстрее, чем проходить по всей цепочке сегментов UCR. Еще один флаг маркирует блок для специальной "хвостовой" проверки. Во время от ладки процесса менеджер кучи маркирует блок соответствующим флагом. Когда блок освобождается или свободный блок выделяется заново, то менеджер кучи мо жет проверить, не было ли попыток писать информацию за пределами этого блока. Поля дополнительной информации в заголовке блока используются по разному в зависимости от того, выделен ли этот блок или свободен. В выделенном блоке первое поле хранит количество дополнительных байтов, которые выделяются для выравнивания блока по заданной границе или для дополнения до обязательного размера выделения. Второе поле представляет собой псевдо таг. Однако, таги за головка и псевдо таги выходят за пределы данного обсуждения. В свободном блоке дополнительные поля содержат байтовые и битовые маски, которые обеспечивают доступ к битовому массиву списков свободных блоков в за головке кучи. Этот битовый массив обеспечивает быстрый поиск свободного блока во время выделения памяти небольшого размера. Каждый бит в поле представляет собой один из 127 списков свободных блоков, и, если он установлен, то в данном списке имеется по крайней мере один элемент. Нулевое значение бита означает, что свободных элементов такого размера нет, и для удовлетворения запроса необ ходимо выделение большего блока. В первом дополнительном поле содержится байтовый индекс этого битового массива. Второе дополнительное информацион ное поле содержит инвертированную маску позиции бита в битовом массиве. Не обходимо, однако, отметить, что все вышеописанное относится только к версии Windows 3.51. В последующих версиях битовый массив списков свободных блоков все еще присутствует, однако, ни байтовый индекс, ни битовая маска не хранятся. Структура самого блока памяти также зависит от его статуса. У выделенного блока вся память используется запросившим его приложением. В свободном блоке первые два двойных слова (1 единичная область выделения) хранит указатели дву направленного списка на предыдущий и следующий свободные блоки. Если про цесс, требующий выделения блока памяти, находится в состоянии отладки, то вы деленный блок содержит маркер "концевой проверки". Свободные блоки марки руются специальным тагом, который позволяет определить ситуацию, когда делается попытка писать в блок с помощью недействительного указателя, или когда процесс продолжает использовать блок после его освобождения. На следующей диаграмме представлено общая структура выделенного блока кучи. Заголовок блока кучи Память блока Хвостовой маркер Байты дополнения На данной диаграмме часть блока, обозначенная "байты дополнения" представ ляет собой память, необходимую для дополнения размера до величины, кратной единице выделения. Эта память не должна использоваться запросившим ее про цессом, однако, менеджер кучи не обеспечивает никакой непосредственной защи ты от записи в эту область. Хвостовая метка размещается непосредственно после основной части блока. Если приложение производит запись за пределы блока, то Подсистема Win этот маркер оказывается разрушенным, а менеджер кучи сигнализирует об этом отладчику с помощью отладочного сообщения и прерывания INT 3. При этом воз можна запись в область байтов дополнения без разрушения хвостового маркера. Такая ситуация не обрабатывается. Функции управления кучами предоставляют возможность инициализировать выделяемую память нулями. Если во время отлад ки такая возможность не используется, то менеджер кучи заполняет выделяемый блок памяти специальной сигнатурой, что может быть использовано для проверки, был ли инициализирован блок памяти Вашей программой. На следующей диаграмме представлено общая структура свободного блока. Заголовок блока кучи Указатели списка свободных блоков Заполненная байтами сигнатуры память блока При освобождении блока в режиме отладки менеджер кучи записывает в па мять блока специальную сигнатуру. При последующем выделении проверяет, не была ли она изменена. Если это произошло, то менеджер выдает отладочное сооб щение и генерирует прерывание INT 3, которое однако, в большинстве случаев от ладчиками игнорируется, так как было не ими установлено. В качестве дополни тельного замечания можно отметить, что размещение указателей списка узлов сво бодных блоков в начале блока достаточно спорно, так как, если программа продолжает использовать освобожденный блок памяти, она с большей вероятно стью перепишет данные в начале блока, чем в конце. Эти указатели чрезвычайно важны для перемещения по куче, поэтому недействительный указатель вызывает ситуацию исключения, однако, когда это происходит, то бывает достаточно сложно восстановить исходный список свободных блоков. Следующие примеры демонстрируют использование команды HEAP32 с целью наблюдения и отладки элементов кучи. В первом примере команда HEAP32 использована для прохождения по всем элементам кучи с базовым адресом 0x140000. Параметр " B" выдает базовый адрес и размеры в таком виде, в котором их получает менеджер кучи. В противном слу чае эта информация показывается так, как ее получает приложение, запросившее выделение памяти. Листинг сокращен для наглядности, а информация о 2 блоках, выделенных жирным шрифтом, используется в дальнейших примерах. :HEAP32 -b 140000 Base Type Size Seg# Flags 00140000 HEAP 580 01 00140580 SEGMENT 38 01 TAGGED | BUSYTAIL 001405B8 ALLOC 40...

00143FE0 ALLOC 28 01 TAGGED | BUSYTAIL 00144008 FREE FF8 01 FREECHECK | SENTINEL Для исследования содержимого выделенного и свободного блоков памяти в сле дующих примерах приведены снимки памяти этих блоков. Поля заголовка блока по адресу 0x143FE0 идентифицируются следующим обра зом. Этот блок имеет размер 5 единиц выделения (40 байт), и из них 0x1C байт за няты служебной информацией: заголовок блока (1 единица), "хвостовой маркер" (1 единица), 1 элемент выравнивания (1 двойное слово) и одна дополнительная еди ница, оставшаяся от предыдущего выделения.

11. Исследование Windows NT 0010:00143FE0 0010:00143FE8 0010:00143FF4 0010:00143FFC 0005 0006 00 07 1C 00000000 00000000 60A25F52 ABABABAB ABABABAB FEEEFEEE 00000000 Непосредственно вслед за выделенным блоком по адресу 0x144008 размещается свободный блок. Он имеет размер 0x1FF единиц выделения, а размер предыдущего блока равен 5 единицам. Для свободных блоков размером 1 Кб и более (больше 80h единиц) байтовый индекс и поле битовой маски не используются и заполнены ну лями. Флаг этого блока говорит также, что этот блок последний в куче (бит 4, или 0x10). Сразу после заголовка находится область, в которой помещены указатели двунаправленного списка для отслеживания свободных блоков. Оба указателя в данном блоке имеют значение 0x1400B8. Всю остальную часть памяти после указа телей менеджер кучи заполнил специальной сигнатурой, которая проверяется во время последующего выделения блока, выполнения операций слияния свободных блоков или проверки целостности кучи.

0010:00144008 0010:00144010 0010:00144018 0010:00144028 0010:00144038 0010: 01FF 001400B8 FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE 001400B8 FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE ;

указатели двунаправленного списка FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE FEEEFEEE Никакие проблемы не могут быть разрешены на том же уровне знаний, на котором они возникли.

Альберт Эйнштейн Problems cannot be solved at the same level of awareness that created them.

Albert Einstein 12. Использование BoundsChecker Driver Edition Что такое BoundsChecker Driver Edition?

BoundsChecker Driver Edition, поставляемый с DriverStudio, позволяет Вам от слеживать взаимодействие драйверов с операционной системой. Основу BoundsChecker составляет загрузочный драйвер (BCHKD.SYS), который может пе рехватывать и протоколировать все обращения к ядру операционной системы, и фиксировать возможные ошибки. Он загружается на начальном этапе до загрузки всех остальных драйверов, после чего способен отслеживать все события и запи сывать их в циклический буфер. Вы можете просмотреть этот протокол в SoftICE (когда система остановлена), или с помощью программы DriverWorkbench. SoftICE может показать их либо в ви де краткого перечня, либо с детальной расшифровкой. Кроме того, возможна фильтрация протокола для просмотра наиболее важных для Вас событий. Полный список событий, которые BoundsChecker может отследить, приведен в Приложении Е "События, отслеживаемые BoundsChecker" на странице 171. Замечание: Дополнительную информацию по просмотру протокола в програм ме DriverWorkbench можно получить из ее системы подсказки.

Настройка BoundsChecker При установке пакета DriverStudio BoundsChecker настраивается на фиксиро вание определенного списка событий от конкретных драйверов. Для изменения этих настроек после установки DriverStudio выполните следующие шаги. 1 Запустите DriverWorkbench. 2 В меню BoundsChecker выберите пункт "CONFIGURE". 3 Выберите из списка конфигурацию, которую Вы хотите изменить. Если Вы выберите какую либо уже существующую конфигурацию програм мы, то после окончания работы мастера DriverWorkbench загрузит ее вместо текущей. 4 Выберите тот драйвер, работу которого Вы хотите наблюдать с помощью BoundsChecker, и нажмите кнопку "NEXT". 5 Выберите категории событий и те конкретные события, которые Вы хотите отследить, и нажмите кнопку "NEXT". 6 Для завершения настройки нажмите "FINISH".

12. Использование BoundsChecker Driver Edition Замечание: Если драйвер, который Вы выбираете для наблюдения, уже загру жен, то для того, чтобы BoundsChecker смог начать свою работу, не обходимо перезапустить операционную систему. Однако, протоко лирование работы еще не загруженного драйвера возможно без пе резагрузки.

Команда EVENT После установки DriverStudio Вы можете просматривать протокол зафиксиро ванных BoundsChecker событий непосредственно в SoftICE с помощью команды EVENT. Протокол выводится либо в окне команд SoftICE, либо в специальном окне событий с возможностью прокрутки. EVENT [-? | -a | -lx | -nd | -o | -pd | -r | -s | -t | -x] [start-event-index [Levent-count]] -? Выводит список поддерживаемых командой ключей. -a Включает и выключает отображение возвращаемых API значений. По умолчанию эта возможность включена. -lx Определяет глубину просмотра стека (0x40 0x4000). По умолча нию глубина составляет 0x800. -nd Определяет глубину вложенности, используемую при отображении событий. Допустимы значения (десятичные) от 0 до 32, по умолчанию — 10. Если уровень вложенности превысит заданную глубину, то SoftICE перестает выделять эти события соответствующим отступом. -o Включает и выключает протоколирование событий. По умолчанию ON (включено). -pd Определяет моменты активизации SoftICE в ответ на работу BoundsChecker. По умолчанию — 0. 0 — SoftICE не активизируется при фиксации BoundsChecker'ом события. 1 — SoftICE активизируется только при ошибках. 2 — SoftICE активизируется при любых ошибках и предупреждениях. -r Очистка буфера событий. -s Показывает текущий статус отслеживания и протоколирования. Число запротоколированных событий представляет собой количе ство всех событий, перехваченных с момента старта системы. Чис ло выдается в десятичном формате. -t Включает и отключает отображение переключения потоков. По умолчанию этот режим включен (ON). В этом случае, если новое со бытие возникает не в том в потоке, в котором возникло предыдущее, то SoftICE выводит его в инверсным виде, указывая таким образом на переключение потока. При выключении режима SoftICE перестает отмечать моменты переключения потоков. -x В протоколе все события отображаются с параметрами и дополни тельной информацией, включающей истекшее время, текущий по ток и текущий уровень прерывания (IRQL). В отсутствии этого ключа выводится лишь сокращенная информация от событии. start-event-index Отображает события, начиная с указанного индекса. Levent-count Отображает в окне команд "event-count" запротоколиро ванных событий, начиная со стартового индекса. Если этот параметр Команда EVENT не указан, то в специальном пролистываемом окне событий отобра жаются все события, начиная со стартового индекса (если он задан).

Просмотр событий в окне событий Для просмотра протокола событий в специальном окне введите команду EVENT. Если ни start-event-index, ни event-count не указаны, то SoftICE отобра жает окно событий вместо окна команд. Для изменения параметров отображения команда может быть выдана с одним из ключей, либо с параметром start-eventindex. Для закрытия окна событий нажмите клавишу ESC. Вывод информации в окне событий может быть либо детальным, либо сокра щенным. Если окно событий открыто, что нажатие клавиши F1 разворачивает полную информацию по событиям, либо обратно скрывает ее. Выбор конкретного событий курсором и нажатие ENTER, либо двойной щелчок по нему мышью приво дят к раскрытию полной информации по данному событию. Окно событий поддерживает следующие функциональные клавиши. Переключает режим отображения события, указываемого текущим ENTER положением курсора, с сокращенного на полный и наоборот. ESC Закрывает окно событий. При повторном открытии окна событий SoftICE восстанавливает его предыдущее состояние (а именно те кущее событие, режим его отображения и выбранные фильтры). PAGEUP Пролистывает окно на одну страницу вверх. PAGEDOWN Пролистывает окно на одну страницу вниз. СТРЕЛКА ВВЕРХ Перемещает курсор на одно событие вверх. Если курсор нахо дился на верхней строке окна, то окно пролистывается на одну строку вверх. СТРЕЛКА ВНИЗ Перемещает курсор на одно событие вниз. Если курсор нахо дился на нижней строке окна, то окно пролистывается на одну строку вниз. SHIFT СТРЕЛКА ВЛЕВО Перелистывает окно на один символ влево. SHIFT СТРЕЛКА ВПРАВО Перелистывает окно на один символ вправо. HOME Перемещает курсор на верхнюю строку окна. Если курсор уже на ходился на верхней строке, то он перемещается на первое событие. END Перемещает курсор на нижнюю строку окна. Если курсор уже нахо дится на нижней строке, то он перемещается на последнее событие. * Отмечает последнюю Home или End команду. F1 Переключает режим отображения всех событий с сокращенного на полный и наоборот. F2 Вызывает диалог выбора фильтра событий. F3 Вызывает диалог выбора фильтра параметров. F4 Отображает только события ошибок. F Закрывает окно событий, восстанавливает окно команд и переме щает в него курсор. Эту команду можно использовать для управле ния SoftICE на основе полученной из анализа событий информа ции. При последующем восстановлении окна событий SoftICE вос станавливает и его предыдущее состояние, то есть текущее собы тий, режим отображения, фильтры и тому подобное. R Включает и выключает вывод значений, возвращаемых API. T Включает и отключает режим отображения переключения потоков. При включенном состоянии первое событие каждого нового потока выводится в инверсном виде.

154 E S N P 12. Использование BoundsChecker Driver Edition Переключает режим выделения ошибок возврата API. Во включен ном состоянии строка с ошибкой отображается жирным шрифтом. Выводит событие по текущему положению курсора на верхней рамке окна событий. Находит следующее событие, которое отвечает критериям поиска, заданным при нажатии правой кнопки мыши. Находит предшествующее событие, которое отвечает критериям поиска, заданным при нажатии правой кнопки мыши. Фильтрует события по номеру процессора на компьютерах с сим метричными процессорами (SMP — Symmetric Multiprocessor). В этом случае команда действует как переключатель для отображе ния всех событий, поступивших с выбранного процессора. Номер этого процессора отображается на верхней рамке окна событий.

Просмотр событий в окне команд Для отображения событий в окне команд введите команду с указанием начального индекса (start-event-index) и количеством отображаемых событий (Levent-count): EVENT start-event-index Levent-count В окне команд SoftICE может вывести любое количество событий, начиная с любого стартового индекса, в сокращенном или в детальном виде. В первом случае каждое событие представляется одной строкой. В детальном формате кроме этой строки отображается информация по всем параметрам события. Кроме того, в ко манде EVENT могут быть заданы и дополнительные ключи. Такая форма просмотра полезна, если Вы хотите пронаблюдать работу небольшой группы функций, или необходимо сохранить данные о событиях в файл протокола SoftICE, в который записывается текущее содержимое протокола работы отладчика. Сохранение файла протокола SoftICE 1 Запустите утилиту Symbol Loader. 2 В меню FILE выберите пункт "SAVE SOFTICE HISTORY AS…". 3 Укажите имя файла и директорию для его сохранения. 4 Нажмите кнопку SAVE.

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

Условные обозначения В окне событий SoftICE использует следующие типы условных обозначений: Переключение потоков. SoftICE обозначает переключение потоков инверс ным изображением. Если новое событие происходит в ином потоке, чем пре дыдущее, то оно выводится на экран в инверсном виде. С помощью ключа t Вы можете включить или выключить эту возможность. Возникновение ошибок. SoftICE выделяет ошибочные события жирным шрифтом.

Просмотр результатов наблюдений Поиск событий При просмотре полученных данных в окне событий, щелкнув правой кнопкой мыши и выбрав "FIND NEXT" или "FIND PREV" ("найти следующий" и "найти преды дущий", соответственно), Вы можете найти другие события, имеющие такие же ха рактеристики. Щелчок правой кнопкой можно выполнить по любой строке в фор мате имя:значение, где 'имя' может быть одним из ниже перечисленных: Parameter name (наименование параметра) IRQL THREAD TargetEIP После того как Вы выбрали строку, нажмите 'N' для поиска последующих анало гичных событий, или 'P' для поиска предыдущих.

Отображение сводной информации Каждое событие в протоколе SoftICE представляет одной строкой сводной инфор мации. Существует два типа таких строк — вызова и возврата;

ниже они показаны на примере функции ExAllocatePoolWithTag. 0001E ExAllocatePoolWithTag ULONG NumberOfBytes:42 0001F ExAllocatePoolWithTag returns pvoid:E116F568 Поля строк имеют следующие значения: Порядковый номер Шестнадцатеричный порядковый номер события. Собы тия нумеруются от нуля до числа, равного количеству событий ми нус 1. Важное значение порядковый номер приобретает при фильтрации событий. Имя события Имя API функции (в данном случае — ExAllocatePoolWithTag) Сводный параметр Только для API вызовов. Показывает самый важный для данной функции параметр. Приводятся тип параметра, его имя и передаваемое значение. Например, для рассматриваемого вывоза это "ULONG NumberOfBytes", передаваемое значение равно 0x42. Возвращаемое значение Только для API возвратов. Показывает тип возврата и его числовое значение. В нашем примере возвращается значение типа pvoid, представляющее собой адрес выделенного буфера, рав ный 0xE116F568.

Отображение детальной информации Кроме сводной строки для каждого события может быть получена и более под робная информация. Ниже приведен пример детальной информации для функции ExAllocatePoolWithTag, описанной в предыдущем примере: 0001E ExAllocatePoolWithTag ULONG NumberOfBytes:42 Called From: 80218183 Fastfat!PAGE+4423 IRQL:00 PASSIVE_LEVEL CPU:00 Thread:8071DB60 System(2) Elapsed time:(11.86 microseconds) POOL_TYPE PoolType:11 ULONG NumberOfBytes:42 ULONG Tag:20746146 0001F ExAllocatePoolWithTag returns pvoid:E116F568 Called From: 80218183 Fastfat!PAGE+4423 IRQL:00 PASSIVE_LEVEL CPU:00 Thread:8071DB60 System(2) 12. Использование BoundsChecker Driver Edition Elapsed time:(7.98 microseconds) В обоих случаях (и для события вызова функции, и для возврата из нее) SoftICE выводит следующую общую информацию: Called From Адрес, по которому произошел вывоз API функции. Адрес выво дится в шестнадцатеричном и символьном форматах. Если же от ладочная информация недоступна, то SoftICE отображает символь ный адрес в виде Модуль!Секция+Смещение. IRQL Численное значение уровня прерывания, при котором произошел вывоз API. SoftICE выводит шестнадцатеричное значение и описа ние (например, PASSIVE, DISPATCH и т.д.) CPU Для компьютеров с симметричной мультипроцессорной обработ кой это значение соответствует номеру процессора, на котором был выполнен вызов API. Для однопроцессорных компьютеров оно всегда равно нулю. Thread Идентификатор текущего потока. SoftICE выводит адрес блока контроля потока (thread control block) вместе с именем и идентифи катором процесса. Elapsed time Время, прошедшее с момента возникновения последнего события. Время отображается в микросекундах, миллисекундах или в секун дах в зависимости от того, какая из размерностей наиболее подхо дит для каждого конкретного случая. Parameters Список передаваемых функции параметров. Для каждого парамет ра приводятся тип, имя и передаваемое значение. Для вывозов приводятся все передаваемые параметра. Для событий возврата SoftICE отображает только возвращаемые параметры. Если возвращается указатель на структуру, SoftICE отображает всю структуру целиком. При этом SoftICE разворачи вает следующие типы структур. •IRP (пакет запроса ввода вывода) •Объект файловой системы •Блок состояния ввода/вывода •Регистр кадра для исключений и прерываний. •Объект "Поверхность" (Surface Object — SURFOBJ) •Объект "Точка" (Point — POINTL) •Объект "Прямоугольник" (Rectangle — RECTL) •Объект "Вырезка" (Clipping object — CLIPOBJ) •Объект "Кисть" (Brush — BRUSHOBJ) •Объект "Строка (String — STROBJ) • Объект "Шрифт" (Font — FONTOBJ) •Блок запроса по универсальной последовательной шине (URB) Кроме вышеперечисленных структур SoftICE выводит все строко вые параметры. Это относится к ASCII, ANSI и UNICODE строкам.

Фильтрация событий При включении режима фильтрации, BoundsChecker, тем не менее, продолжает собирать информацию обо всех событиях, которая просто не отображается. Фильт рация изменяет только то, что выводится на экран. Для изменения режима и списка отслеживаемых событий необходимо изменить конфигурацию BoundsChecker. Фильтрование событий может быть произведена по типу событий или по их па раметрам, при этом может быть задана комбинация различных условий. Например, Вы хотите отфильтровать все события для FastIO API, которые работают с опреде Фильтрация событий ленным файловым объектом (FileObject). Для этого следует выбрать нужные имя:значение и нажатием правой кнопки мыши задать новые параметры фильтра. SoftICE добавит такой составной фильтр к уже имеющему списку фильтров и не медленно включит его в работу.

Фильтрация по типу событий Для изменения типа отображаемых событий следует нажать функциональную клавишу F2 или щелкнуть по верхней границе окна событий: 1 Нажмите F2 или щелкните по верхней границе окна событий для вызова диа лога событий. 2 Отметьте необходимые категории событий из списка в левой части диалога. Включение или выключение категории производится нажатием, соответст венно, знаков '+' или '—' в начале строки или с помощью клавиши INSERT. 3 Включите или выключите события из списка соответствующей категории в правой части диалога. По умолчанию все события будут включены или выклю чены в зависимости от того, выбрали Вы или нет соответствующую категорию. Однако, каждое событие может быть обработано отдельно от всего списка. Включение или выключение каждого события отдельно производится нажа тием, соответственно, знаков '+' или '—' в начале строки или с помощью кла виши INSERT. 4 Для закрытия диалога и использования сделанных Вами изменений в работе нажмите клавишу ENTER или щелкните по кнопке OK. Для выхода из диалога без изменения режимов работы нажмите ESC или кнопку CANCEL.

Фильтрация по параметрам Для фильтрации содержимого окна событий по значению параметров можно воспользоваться одним из перечисленных ниже способов: Нажмите функциональную клавишу F3 Щелкните по параметрам на верхней границе окна событий Нажмите правую кнопку мыши и выберите в меню пункт нажмите Add Filter (добавить фильтр) Для использования пункта меню Add Filter выберите любую строку в формате имя:значение, где в качестве имени используется одно из следующих имен: Parameter name (имя параметра) IRQL (уровень прерывания) THREAD (поток) TargetEIP (вызываемый адрес) В следующих разделах описано, как можно использовать диалог для управления параметрами фильтрации. Добавление фильтра 1 Нажмите функциональную клавишу F3 или щелкните по параметру на верх ней границе окна событий. 2 Выберите тип фильтра, который Вы хотите добавить к уже существующему списку. 3 Нажмите клавишу Insert. 4 В поле Value введите необходимо значение. 5 Нажмите Enter.

12. Использование BoundsChecker Driver Edition 6 Еще раз нажмите Enter для включения списка фильтров или Esc для его от ключения. Удаление фильтра 1 Нажмите функциональную клавишу F3 или щелкните по параметру на верх ней границе окна событий. 2 Выберите фильтр, который Вы хотите удалить из списка. 3 Нажмите клавишу Delete. 4 Еще раз нажмите Enter для включения списка фильтров или Esc для его от ключения. Отключение фильтров 1 Нажмите функциональную клавишу F3 или щелкните по параметру на верх ней границе окна событий. 2 Для отключения всего списка фильтров нажмите клавишу Esc. Включение фильтров 1 Нажмите функциональную клавишу F3 или щелкните по параметру на верх ней границе окна событий. 2 Для включения всего списка фильтров нажмите клавишу Enter. При включении списка фильтров SoftICE отображает только те события, ко торые совпадают с заданными фильтрами. При использовании нескольких фильтров с различными значениями параметров, будут выведены на экран лишь события, отвечающие всем критериям.

Все человеческое знание проистекает из опыта.

Джон Локк No man’s knowledge here can go beyond his experience.

John Locke Приложение А. Сообщения об ошибках All break registers used, use in RAM only (Все отладочные регистры задействованы, можно установить прерывание только в RAM) Вы пытаетесь установить контрольную точку с помощью команды BPX в посто янной памяти (ROM), а все отладочные регистры уже задействованы. В оператив ной памяти команда BPX еще может быть использована, так как в этом случае ис пользуется отладочное прерывание INT 3. Для решения проблемы необходимо уда лить одну из контрольных точек типа BPM. Attach to serial device has FAILED (Неудачное подключение к последовательному устройству) Неудачная попытка установления связи. Причинами могут быть неправильное указание последовательного порта, повреждение последовательного кабеля, или на удаленной машине не была запущена программа SERIAL.EXE. BPM breakpoint limit exceeded (Превышен предел количества BPM прерываний) Из за архитектурных ограничений процессоров x86 можно установить только 4 контрольных точки типа BPM. Чтобы установить новую контрольную точку тако го типа, необходимо удалить одну из старых. BPMD address must be on DWord boundary (Адрес в команде BPMD должен указывать на границу двойного слова) Адрес, заданный в команде BPMD, не указывает на границу двойного слова. Ад рес на границе двойного слова должен иметь "0" в двух последних наименее знача щих битах. BPMW address must be on Word boundary (Адрес в команде BPMW должен указывать на границу слова) Адрес, заданный в команде BPMW, не указывает на границу слова. Адрес на границе слова должен иметь "0" в последнем наименее значащем бите.

Приложение А. Сообщения об ошибках Breakpoints not allowed within SoftICE (Прерывания внутри SoftICE не разрешены) Вы не можете установить контрольную точку внутри кода SoftICE. Cannot interrupt to a less privileged level Невозможно выполнить прерывание на менее привилегированном уровне Вы не можете использовать команду GENINT для перехода с более привилегиро ванного уровня на менее привилегированный. Это ограничение архитектуры про цессоров x86. Debug register is already being used (Отладочный регистр уже используется) Отладочный регистр, указанный в команде BPM, уже используется другой кон трольной точкой. Duplicate breakpoint (Дублирование контрольной точки) Контрольная точка такого типа по указанному адресу уже существует. Expecting value, not address (Должно быть задано значение, а не адрес) Вычислитель выражений разделяет операнды на значения и их адреса. Адреса выражаются через селектор/сегмент и смещение, даже если используется непре рывная (flat) модель памяти. Некоторые операторы (например, * или /) могут исполь зовать в качестве операндов только значения, и попытка использования в них адре сов приводит к выдаче данного сообщения. В некоторых случаях использование операторов переадресации приводит к появлению адресов. Подробности смотрите в разделе "Операторы" на странице 91.) Expression?? What expression? (Выражение?? Что вычислять?) Вычислитель не находит в заданной команде объекта для вычислений. Обрати те внимание, что в более старых версиях SoftICE команда "?" могла быть использо вана для вызова подсказки. В текущей версии это уже не так — для вызова под сказки используйте команду H (F1). Int 0D fault in SoftICE at address XXXXX offset XXXXX Fault Code=XXXX (Ошибка прерывания Int 0D в коде SoftICE по адресу XXXXX смещение XXXXX Код ошибки=XXXX) (или) Приложение А. Сообщения об ошибках Int 0E Fault in SoftICE at address XXXXX offset XXXXX Fault Code=XXXX (Ошибка прерывания Int 0E в коде SoftICE по адресу XXXXX смещение XXXXX Код ошибки=XXXX) Эти 2 сообщения сигнализируют о внутренних ошибках SoftICE. Программа SoftICE вызвала либо общую ошибку защиты (0Dh) или отказ страницы (0Eh). Смещение — это смещение кода, исполнение которого вызвало эту ошибку. По жалуйста запишите выданное Вам сообщение и перешлите его нам. В сообщении также показывается содержимое регистров, не забудьте записать их значения. Invalid Debug register (Неверный отладочный регистр) Номер отладочного регистра, задаваемого в команде BPM, больше 3. быть использованы только регистры DR0, DR1, DR2, DR3. No code at this line number (В строке с задаваемым номером исполняемый код отсутствует) Строка с задаваемым в команде номером не имеет исполняемого кода. No current source file (Файл с исходным текстом отсутствует) Вы ввели команду SS, однако файл с исходным текстом программы на экране отсутствует. No embedded INT 1 or INT 3 (Нет вложенных прерываний INT 1 или INT 3) Команда ZAP не может найти вложенных прерываний INT 1 или INT 3. Данная команда находит только команды INT 1 или INT 3, расположенные перед текущим исполняемым адресом CS:EIP. No files found (Файл не найден) Для текущей таблицы отладочной информации не загружены исходные файлы. No LDT (LDT отсутствует) Это сообщение выдается, когда Вы используете команды 16 битной подсистемы Windows (HEAP, LHEAP, LDT или TASK), а текущий контекст не соответствует про цессу NTVDM (виртуальная DOS машина NT). No Local Heap (Локальная куча отсутствует) В команде LHEAP задан селектор, не соответствующий локальной куче. Могут Приложение А. Сообщения об ошибках No more Watch variables allowed (Больше переменных командой Watch добавлять нельзя) Максимальное число устанавливаемых командой Watch переменных равно 8. No search in progress (Поиск не проводится) Вы задаете команду S без параметров без предварительного поиска. Вы должны сначала выполнить команду S с адресом и списком данных в качестве параметров. По следующий поиск этих же данных может быть выполнен командой S без параметров. NO_SIZE (Нет размера операнда) Во время выполнения команда A ассемблер не может определить, что Вы ис пользуете — байт, слово или двойное слово. No symbol table (Таблица с отладочной информацией отсутствует) Вы выдаете команду SYM, SS или FILE, а символьная информация отсутствует. No TSS (TSS отсутствует) Вы выдаете команду TSS в тот момент, когда в системе нет действительного сегмента состояния задачи. Only valid in source mode (Можно использовать только в режиме исходных кодов) Вы не можете использовать команду SS в смешанном режиме или режиме кодов. Page not present (Страница отсутствует) Задаваемый в команде адрес помечен в таблице страниц как отсутствующий. SoftICE, пытаясь получить информацию, обратился к памяти, которая расположена на странице, отсутствующей в физической памяти. Parameter is wrong size (Параметр имеет неправильный размер) Один из введенных Вами параметров команды имеет неправильный размер. Например, Вы используете команду EB или BPMB с параметром размером в слово вместо байтового значения. Pattern not found (Образец не найден) Команда S не нашла соответствия задаваемому для поиска образцу.

Приложение А. Сообщения об ошибках Press ‘C’ to continue, and ‘R’ to return to SoftICE (Нажмите 'C' для продолжения или 'R' для возврата в SoftICE) Экран SoftICE был активизирован в результате ошибки исполнения (06h, 0Ch, 0Dh, 0Eh). Нажмите клавишу 'R' для передачи управления в отладчик или клавишу 'C' для передачи управления в обработчик исключений Windows. SoftICE is not active (SoftICE не активен) Это сообщение появляется в окне подсказки на монохромном или удаленном дисплее, когда SoftICE больше не работает. Specified name not found (Указанное имя не найдено) Вы выдали команду TABLE с недействительным именем таблицы. Задайте ко манду TABLE без параметров для получения списка допустимых имен таблиц. Symbol not defined (mysymbol) (Символ "mysymbol" не определен) Вы ссылаетесь на несуществующий символ. Используйте команду SYM для по лучения символьных имен для текущей таблицы отладочной информации.

Удивительно, что среди миллионов лиц не встретишь двух одинаковых.

Сэр Томас Браун It is the common wonder of all men, how among so many millions of faces, there should be none alike.

Sir Thomas Browne Приложение B. Поддерживаемые видеоадаптеры В приведенной ниже таблице перечислены поддерживаемые SoftICE видеоадапте ры. включая и самые современные. Однако, NuMega регулярно добавляет поддержку новых видеоадаптеров для расширения возможностей SoftICE. Вы всегда можете ска чать файлы для поддержки новых устройств с FTP фирмы NuMega или с различных BBS. Для получения дополнительной информации о загрузке файлов поддержки обра титесь к главе "Installing SoftICE" руководства "Getting Stared with DriverStudio". Standard Display Adapter (VGA) Actix GraphicsEngine 64 Actix GraphicsEngine 32I VL Actix GraphicsEngine 32VL Plus Actix GraphicsEngine Ultra Actix GraphicsEngine Ultra 64 Plus Actix ProSTAR 64 ATI Graphics Pro Turbo PCI ATI Graphics Ultra Pro EISA ATI Graphics Wonder ATI VGA Wonder Boca SuperVGA Cardinal VIDEOcolor Actix GraphicsEngine Ultra Actix ProSTAR VL Plus ATI 8514 Ultra ATI Graphics Ultra ATI Graphics Ultra Pro PCI ATI Graphics Xpression ATI Video Xpression PCI Boca SuperX Cardinal VIDEOspectrum ATI Graphics Pro Turbo ATI Graphics Ultra Pro ATI Graphics Vantage ATI 3d Xpression PCI ATI WinTurbo Boca Voyager Chips & Technologies 64310 Chips & Technologies 65545 PCI PCI Chips & Technologies Super VGA Cirrus Logic 5430 PCI Cirrus Logic RevC Compaq Qvision Chips & Technologies 65548 Chips & Technologies PCI Accelerator Cirrus Logic Cirrus Logic New Cirrus Logic 7542 PCI  Cirrus Logic 5420 Cirrus Logic PCI Cirrus Logic 7543 PCI Кроме того, эту информацию можно найти в дополнительной главе "Установка SoftICE" в разделе "Разрешение проблем с видеоадаптерами" на странице 188.

Приложение B. Поддерживаемые видеоадаптеры DEC PC76H EA DEC PCXAG AJ DFI WG 1000 DFI WG 3000P Diamond Edge 3D 2200XL Diamond SpeedStar Diamond SpeedStar 64 Diamond Stealth 3D 2000 Diamond Stealth 64 2001 Diamond Stealth 64 Video Diamond Viper OAK Diamond Stealth VRAM ELSA ELSA WINNER 1000Trio ELSA ELSA WINNER 2000PRO ELSA DEC PC76H EB DEC PCXAG AK DFI WG 1000VL Plus DFI WG 5000 Diamond Edge 3D 3200XL Diamond SpeedStar 24 Diamond SpeedStar Pro Diamond Stealth 24 Diamond Stealth Pro Diamond Viper PCI WINNER 1000AVI ELSA WINNER 1000 VL ELSA WINNER 2000 VL ELSA DEC PC76H EC DEC PCXAG AN DFI WG 1000VL/4 Plus DFI WG 6000VL Diamond Edge 3D 3400XL Diamond SpeedStar 24X Diamond SpeedStar Pro SE Diamond Stealth 32 Diamond Stealth SE Diamond Viper VLB WINNER 1000PRO WINNER 1280 WINNER/2 1280 Genoa Phantom 64 Hercules Dynamite Hercules Graphite Terminator 64 IBM ThinkPad 755CX Matrox MGA Impression Plus Matrox MGA Ultima Plus 200 Number Nine GXE64 Number Nine 9FX Motion Diamond Stealth 64 (S3 964) Diamond Stealth 64 (S3 968) Genoa Digital Video Wizard Genoa Phantom 32I 1000 Genoa WindowsVGA 24 Turbo Hercules Dynamite Pro Hercules Graphite Terminator Pro IBM Think Pad 365XD Matrox MGA Impression Plus 220 Matrox MGA Millennium Number Nine GXE64 Pro Number Nine 9FX Motion 771 Number Nine Imagine 128 Oak Technology 087 Orchid Fahrenheit Pro 64 Orchid Kelvin EZ Genoa WindowsVGA 64 Turbo Hercules Graphite 64 IBM 8514 Matrox MGA Impression Lite Matrox MGA Ultima Plus Number Nine GXE Number Nine 9FX Vision Number Nine FlashPoint 32 Number Nine FlashPoint 64 Number Nine Reality 332 Nvidia NVI Media Controller Orchid Kelvin 64 Paradise Accelerator Ports O'Call Paradise Barbados 64 S3 911/924 S3 ViRGE PCI Oak Technology Super VGA Orchid Fahrenheit 1280 Plus Orchid Fahrenheit VA Orchid ProDesigner II Paradise Accelerator VL Plus Paradise Bahamas Paradise Super VGA S3 928 PCI S3 805 S3 Trio32/64 PCI 166 S3 Vision864/964 PCI Spider 32Plus VLB STB Ergo MCX STB LightSpeed STB Nitro STB PowerGraph VL 24 Trident Super VGA Tseng Labs ET4000/W Приложение B. Поддерживаемые видеоадаптеры S3 Vision868/968 PCI Spider 64 STB Horizon STB MVP 2X STB Pegasus Trident 9420 PCI Tseng Labs Tseng Labs ET6000 Spider 32 VLB Spider Tarantula 64 STB Horizon Plus STB MVP 4X STB PowerGraph Pro Trident Cyber 93XX Tseng Labs ET4000 Video Logic 928Movie Western Digital (512K) Video Seven VRAM/VRAM Western Digital II/1024i Weitek Power 9000 Weitek Power Чем бы ни было творчество, оно — часть решения проблемы.

Брайан Олдис Whatever creativity is, it is in part a solution to a problem.

Brian Aldiss Приложение C. Устранение проблем SoftICE Если у Вас возникла одна из перечисленных ниже проблем, попробуйте приме нить предлагаемое решение. Если это не поможет, обратитесь в Центр техниче ской поддержки фирмы NuMega. Проблема Экран SoftICE черный или нечитаемый. Решение Возможно, при инициализации SoftICE Вы установили неверный тип видеоадаптера, или SoftICE не поддер живает Ваш видеоадаптер. Обратитесь к приложению B: "Поддерживаемые видеоадаптеры". SoftICE ошибочно считает, что в Вашем компьютер используется процессор типа Pentium. Измените на чальные установки SoftICE, чтобы отключить под держку процессоров Pentium. Смотрите раздел "Установка параметров для устранения неисправно стей" на странице 122.

Компьютер зависает, когда Вы запускаете SoftICE, и при этом в нем не используется процессор Pentium или Pentium Pro.

Процессор зависает, SoftICE не поддерживает режим "RESTART THE когда вы запускаете COMPUTER IN MS DOS MODE?" ("Перезагрузить в SoftICE для Windows 95. режиме MS DOS"?). Если после выбора этого режима вызвать SoftICE, то компьютер зависает. Измените параметр BootGUI=1 на BootGUI=0 в скрытом файле Windows 95/98 MSDOS.SYS, затем вы бирайте пункт "SHUT DOWN THE COMPUTER" ("Выключить компьютер") для выхода в SoftICE. Вы испытываете труд Модем возвращает код, который SoftICE не может об ности с установлением работать. SoftICE ожидает получить коды OK, модемной связи. COMNECT и RING. Замените команду ATX0 строке инициализации модема. Мышь беспорядочно скачет по экрану SoftICE. Нажмите Ctrl M.

168 Проблема Приложение C. Устранение проблем SoftICE Решение Только для Windows Перемещение указателя мыши во время появления NT: указатель мыши экрана SoftICE может нарушить синхронизацию беспорядочно дергается Windows NT и аппаратуры мыши. Переключитесь в по экрану SoftICE. полноэкранный режим DOS. Клавиатура блокирует ся или ведет себя не предсказуемо во время загрузки SoftICE. Windows 95 зависает, когда пытается скани ровать последователь ные порты. Отключите программирование клавиш "NumLock" и "CapsLock". Если это не помогло, но Вы используете Windows NT, то отключите модификацию драйвера клавиатуры. Смотрите раздел "Установка параметров для устранения неисправностей" на странице 122. Если Вы поместите команду SERIAL в строку инициа лизации, то SoftICE пытается установить связь до окончания полного запуска Windows 95/98. В время запуска этих операционных систем соединение может нарушиться. Отключите выбранный Вами последова тельный порт в Control Panel > System Properties > Device Manager (Панель управления > Система > Устройства).

Любое великое дело должно иметь свое начало, однако, лишь тщательное доведение его до логического конца приносит желанную победу.

Сэр Френсис Дрейк There must be a beginning of any great matter, but the continuing unto the end until it be thoroughly finished yields the true glory.

Sir Francis Drake Приложение D. Расширения отладчика уровня ядра SoftICE для Windows NT теперь поддерживает работу с расширением, созданным для отладчика уровня ядра WinDBG. SoftICE преобразует расширение WinDBG в драйвер уровня ядра и позволяет пользователю исполнять различные информацион ные команды. Пользователи самостоятельно могут написать собственные расшире ния, отвечающие стандарту WinDBG (краткое его описание можно найти в файле Wdbgexts.h), и преобразовать их для совместного использования с SoftICE. Для подготовки расширения и использования его вместе с SoftICE необходимо: 1 Для преобразования DLL в системный драйвер следует воспользоваться про граммой KD2SYS или KD2SYSXLAT. Она: копирует выбранную DLL в каталог \SYSTEMROOT\SYSTEM32\DRIVERS и изменяет ее расширение на.SYS;

изменяет файл таким образом, чтобы система смогла загрузить его в каче стве системного и перенаправить многие API вызовы в SoftICE;

создает в системном реестре необходимые ключи, чтобы этот файл смог быть распознан в качестве системного драйвера. 2 Перезапустите компьютер. Данная процедура должна быть выполнена в каж дом случае, когда в систему добавляются или удаляются какие либо драйверы. В этом случае происходит обновление списка сервисов в системе. 3 Если Вы используете ручной запуск SoftICE, то Вам будет необходимо запустить и Ваше расширение, для чего выполните команду “NET START ”. Если же используются иные режимы запуска, то загрузка расширений про изойдет автоматически в нужное время. В случае, если Вы изменяете режим запуска отладчика с помощью ярлыка ‘STARTUP MODE SETUP’, произойдет из менение и режима загрузки расширения. 4 После загрузки расширения нажмите CTRL D для активизации SoftICE и вве дите ‘!?’ или ‘!help’ для получения списка поддерживаемых команд и краткого описания каждой из них.

Приложение D. Расширения отладчика уровня ядра Требования для использования расширения отладчика уровня ядра 1 Вы должны загрузить NTOSKRNL.nms файл. Оттранслируйте соответствую щий.dbg файл и воспользуйтесь утилитой Symbol Loader для автоматической загрузки отладочной информации при старте SoftICE. 2 В расширении отладчика уровня ядра не разрешены команды ввода/вывода в файлы. DLL будет преобразован как обычно, однако любая попытка вызова та кой функции приведет к прекращению выполнения соответствующей команды. 3 Также не пользуйтесь обработкой исключений. Как и в предыдущем случае расширение будет правильно конвертировано, однако, любая попытка обра ботки исключения будет прекращена. 4 По умолчанию при старте SoftICE создаются стек размером 32 Кб и куча разме ром 8 Кб. Однако, эти значения могут быть изменены с помощью ключей реги стра KDHeapSize и KDStackSize в HKLM\CurrentControlSet\Services\NTICE. После изменения значений этих ключей не забудьте выполнить перезагрузку системы.

Опасайтесь людей, которых не волнуют детали.

Уильям Физер Beware of the man who won’t be bothered with details.

William Feather Приложение E. События, отслеживаемые BoundsChecker Программа BoundsChecker Driver Edition может отслеживать и заносить в про токол следующие типы событий: Вызовы API функций ядра Windows NT Обращения к стандартным процедурам драйверов и функциям обратного вызова Различные системные события Ошибки Все эти события детально описываются в следующих разделах.

Pages:     | 1 | 2 || 4 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.