Claw.ru | Рефераты по информатике, программированию | Централизованная обработка исключений Централизованная обработка исключений | Категория реферата: Рефераты по информатике, программированию | Теги реферата: семейные реферат, ответы по тетради | Добавил(а) на сайт: Berkov. Предыдущая страница реферата | 1  2  3  4  5  6  7  8  9  10  11 | Следующая страница реферата  {  printf("tCurrent SEH record: 0x%XntPrev SEH Record: 0x%XntHandler: 0x%Xnn",  pVCExcRec,  pVCExcRec->prev,  pVCExcRec->hander);  pVCExcRec = (_EXCEPTION_REGISTRATION *)(pVCExcRec->prev);  } }

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

Как вы, наверное, уже догадались, создавать свой обработчик и располагать его за системным нет никакого смысла, поскольку исключение будет обработано в runtime-библиотеке, и приложение будет завершено. Тогда я попытался создать свой обработчик и расположил информацию о нем перед обработчиком runtime-библиотеки, выделив для него место в динамической памяти, но увы, мое приложение просто было выгружено из памяти после возникновения исключения, а вставленный обработчик не был выполнен. Как оказалось, так делать нельзя потому, что все записи списка обработчиков исключений должны лежать в стеке, причем каждая следующая запись должна быть расположена выше предыдущей.

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