Пришлось заняться приложением, использующим это <трям>. Версия 7.4.9.3, если вдруг имеет значение. В приложении предполагается следующая логика: всевозможные неожиданные исключения логируются по полной схеме, а класс исключений, допустим, EMyException оставлен для "ожидаемых" исключений и должен просто выводить сообщение пользователю как есть и ничего больше.

Вопрос, собственно, в следующем: можно ли, и как именно, заставить эту <трям> правильно реагировать не только на EMyException, но и на его наследников (без прописывания каждого отдельно)? Согласно доке, вроде бы так и должно быть, на практике не так, а проверка по исходникам показала, что работа функции IsChildClassEx сводится к вызову CompareText(AExceptData.ExceptionType, AParentClassName) = 0. Выше по тексту мелькает некий ExceptionReaderClass, с которым в принципе связаны определённые надежды, но который просто не заполняется. Поэтому вопрос к тем, кто уже разбирался с этим <трям>: удалось ли заставить его нормально работать или в морг?

^{Бил программистов по голове. Поцарапал лом.}

vavan,

собственно метод №2 сейчас и используется (и не работает). Я тоже предпочитаю mad, и, чем больше копаюсь в эврике - тем больше предпочитаю mad

Возможно, надо посадить обработчик по методу №3. Сейчас попробую.

Мимопроходящийв старых версиях можно было на событие ExceptionNotify прицепить свой обработчик
Пока так и сделал. Посмотрим...