|
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! |
|
|
Exception Dispatching
When a hardware or software exception occurs, the processor stops execution at the point at which the exception occurred and transfers control to the system. First, the system saves both the machine state of the current thread and information that describes the exception. The system then attempts to find an exception handler to handle the exception.
The machine state of the thread in which the exception occurred is saved in a CONTEXT structure. This information (called the context record) enables the system to continue execution at the point of the exception if the exception is successfully handled. The description of the exception (called the exception record) is saved in an EXCEPTION_RECORD structure. Because it stores the machine-dependent information of the context record separately from the machine-independent information of the exception record, the exception-handling mechanism is portable to different platforms. The information in both the context and exception records is available by means of the GetExceptionInformation function, and can be made available to any exception handlers that are executed as a result of the exception. The exception record includes the following information.
· An exception code that identifies the type of exception. · Flags indicating whether the exception is continuable. Any attempt to continue execution after a noncontinuable exception generates another exception. · A pointer to another exception record. This facilitates creation of a linked list of exceptions if nested exceptions occur. · The address at which the exception occurred. · An array of 32-bit arguments that provide additional information about the exception.
When an exception occurs in user-mode code, the system goes through the following search for an exception handler:
1. The system first attempts to notify the process's debugger, if any. 2. If the process is not being debugged, or if the associated debugger does not handle the exception, the system attempts to locate a frame-based exception handler by searching the stack frames of the thread in which the exception occurred. The system searches the current stack frame first, then proceeds backward through preceding stack frames. 3. If no frame-based handler can be found, or no frame-based handler handles the exception, the system makes a second attempt to notify the process's debugger.
4. If the process is not being debugged, or if the associated debugger does not handle the exception, the system provides default handling based on the exception type. For most exceptions, the default action is to call the ExitProcess function.
When an exception occurs in kernel-mode code, the system searches the stack frames of the kernel stack in an attempt to locate an exception handler. If a handler cannot be located or no handler handles the exception, the system is shut down as if the ExitWindows function had been called.
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
Исключительная Отправка
Когда аппаратное или программное исключение происходит, процессор останавливает выполнение на данном этапе в котором исключение происходило и управление передач в систему. Сначала, система сохраняет как машинное состояние текущей резьбы так и информации, которая описывает исключение. Система затем пытается находить исключительного вручителя, чтобы оперировать исключение.
Машинное состояние резьбы в которой произойденное исключение сохранено в структуре КОНТЕКСТА. Эта информация (названная контекстная запись), позволяет систему, чтобы продолжать выполнение на данном этапе исключения если исключение успешно прооперировано. Описание исключения (названное исключительная запись), сохранен в структуре EXCEPTION_RECORD. Поскольку это загружает машинно-зависимую информацию контекстной записи отдельно из машинно-независимой информации исключительной записи, исключительная обработка механизма портативная на других платформах. Информация как в контекстной так и исключительной записях доступна посредством функции GetExceptionInformation, и может быть сделано пригодным для любых исключительных вручителей, которые выполнены в результате исключения. Исключительная запись включает следующую информацию.
Исключительный код, который идентифицирует тип исключения. Флаги, указывающие является исключение continuable. Любая попытка, чтобы продолжать выполнение после того, как noncontinuable исключение сгенерирует другое исключение. Указатель в другую исключительную запись. Это облегчает создание связанного списка исключений если вложенные исключения происходят. Адрес в котором исключение происходило. Массив 32- битовых аргументов, которые обеспечивают дополнительную информацию об исключении.
Когда исключение происходит на пользователе-режиме кода, система проходит через следующее поиска исключительного вручителя:
1. Системные первые попытки, чтобы уведомлять отладчика процесса, если имеется. 2. Если процесс не отлаживается, или если связанный отладчик не оперирует исключение, системные попытки, чтобы располагать фреймового исключительного вручителя ища фреймы стека резьбы в которых исключение происходило. Система ищет текущий фрейм стека сначала затем приступает назад через предыдущие фреймы стека. 3. Если никакой фреймовый вручитель не может быть обнаружен, или никакой фреймовый вручитель не оперирует исключение, система делает, секунда пытается уведомлять отладчика процесса.
4. Если процесс не отлаживается, или если связанный отладчик не оперирует исключение, система обеспечивает по умолчанию обрабатывая основанное в исключительном типе. Для большинства исключений, по умолчанию действие должно называть функцию ExitProcess.
Когда исключение происходит в зерне-режиме кода, система ищет фреймы стека стека зерна в попытке, чтобы располагать исключительного вручителя. Если вручитель не может быть расположен или никакой вручитель не оперирует исключение, система - отключать как будто функция ExitWindows была названа.
|
|
|
|
| |