Cтраница 1
Механизм обработки исключения таков, что выполнение программы продолжается не с оператора, следующего за оператором, вызвавшим исключение. [1]
Для включения механизма обработки исключений выбирается опция Enable Exception Handling в конфигурации проекта. При создании нового проекта этот режим для обеих конфигураций задается по умолчанию. [2]
Библиотека классов предоставляет механизм обработки исключений, базирующийся на классе CException. Использование объектов этих классов обеспечивает включение в код приложения обработки исключений. [3]
Для удаления этих объектов механизм обработки исключений корректирует содержимое стека и вызывает деструкторы, определенные для автоматических объектов. Деструкторы вызываются в порядке, обратном порядку создания объектов. Этот процесс известен как возврат стека ( unwinding the stack) и происходит сразу после инициализации формального параметра в блоке catch, но до выполнения кода внутри него. [4]
Подобный стиль программирования был типичен до введения в язык Delphi механизма обработки исключений. Однако сейчас подобный стиль устарел и применение директив 1 потеряло былое значение, все более уступая место обработке исключений ( см. разд. [5]
Если исключительная ситуация возникла при инициализации параметра блока catch или при возврате стека, механизм обработки исключений вызывает функцию terminate, не пытаясь найти другой обработчик исключений. [6]
Данная программа инсталлирует функцию трансляции исключений SETranslate и генерирует одно из двух исключений Win32: целочисленное деление на ноль или нарушение доступа. Механизм обработки исключений вызывает функцию SETranslate, генерирующую исключение C с объектом класса CSExcept. Конструктор класса хранит код исключения в переменной m ExCode с атрибутом доступа private. Если catch не распознает код исключения Win32, то он использует оператор throw для инициализации стандартной обработки исключения, т.е. для завершения программы с выводом окна сообщения. [7]
Конструктор Create ( унаследованный от класса Exception) имеет строчный параметр, содержащий описание исключения для пользователя. Нет необходимости беспокоиться об уничтожении объекта, который вы создали для данного исключения, поскольку он автоматически будет удален механизмом обработки исключений. [8]
При возникновении исключения в блоке try поток управления пропускает несколько блоков кода. Он покидает try и пропускает блоки, вложенные в него, а также функции, вызываемые из блока try, и вложенные блоки. Следовательно, механизм обработки исключений должен обеспечить удаление всех автоматических переменных, автоматических объектов или параметров функции, объявленных в любом из этих блоков. Вспомните: автоматические переменные и объекты, как и параметры, уничтожаются при выходе из области видимости, т.е. когда управление выходит из блока, в котором они объявлены. [9]
Глава начинается с объяснения правил обработки исключений, генерируемых в C, т.е. с помощью оператора throw. Далее показано, как обрабатывать исключения Win32, генерируемые аппаратными событиями или функциями Win32 API. API являются встроенными функциями Windows ( см. гл. Учтите: подобно средствам работы с шаблонами, механизм обработки исключений в C также развивается и изменяется. [10]
Существуют два типа обработки исключений. Обработка исключений этих двух типов - не совсем одно: и то же. Маловероятно, что вы будете использовать структурные исключения, так как Си имеет собственный механизм обработки исключений. [11]