Здравствуйте.
Столкнулся с проблемой. Есть dll библиотека, написанная на Дельфи. В её внутренних процедурах встроен перехват исключений через блок try except end.
Перехватываются исключения FPU и Access Violation. При подключении dll к программе, написанной на Дельфи всё работает, но при подключении dll к GCC, MSVC
перехват исключений внутри процедур dll больше не работает. Также перехват не работает, если заключить вызовы dll процедур в С++ программе в такой же блок перехвата исключений:
try {<dllproc>} catch(...) {<handler>}
Такое ощущение, что С++ заменил dll обработчик прерываний на свой, но при этом он не работает. Как быть?
Как не дать подменить собственный обработчик исключений dll на внешний?
Для FPU исключений есть решение, но плохое (сильно замедляет работу быстрых процедур):
Вместо использования Дельфийского обработчика try except end внутри dll используются вставки на ассемблере: маскирование FPU исключений, а затем считывается флаг ошибки.
Это работает. Но как таким образом перехватить Access Violation? Как его замаскировать , а потом считать нужные флаги ошибки? Я с этим не смог разобраться.
Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице. Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.
14-06-2020 13:41
>>Поэтому любопытно: только AV и FPU не перехватываются?
Меня и интересуют только эти исключения.
Экспортируемые dll(Delphi) процедуры обёрнуты в try except end блок и настроены на перехват только этих исключений и возвращают код ошибки.
Если вызывающая программа, скомпилирована в Дельфи - exe(Delphi), то всё работает. Исключения тихо гасятся и передаётся код ошибки.
Но если exe(GCC,MSVC,...), то код ошибки иногда возвращается , но всегда программа аварийно завершается.
Есть и другая сложность: внутренние (не экспортируемые процедуры) , содержащие try except блоки вообще не работают на перехват исключений, если exe(не Дельфи).
Я где-то читал, что exe перенастраивает вектор прерываний (адрес обработчика) в dll на свой. А также есть какое-то разделение исключений на внутренние и системные.
В Дельфи они объединены в одно целое. В С++ - нет.
Try except end в Delphi ловит всё, что в него летит. А вот С++ try {} catch(...){} работает неадекватно (если вообще работает) и на FPU исключения не реагирует вообще.
12-06-2020 13:52 | Комментарий к предыдущим ответам
Клиенты используют мои DLL в коде на C++ поэтому всегда их тестирую в gcc.
В принципе, некоторые ситуации крушат программу и без DLL-кода. И try...except не помогает.
А так в перехватчике глушил и возвращал определенный result, который в gcc разбирал.
Можно возвращать false и запоминать текст ошибки, который потом получать в вызывающем коде.
Поэтому любопытно: только AV и FPU не перехватываются?
Может всё таки перехватываются? Работа DLL проседуры прерывается, а вызывающий код об этом ничего не знает. В итоге всё крашится.
У COM - интерфейсов можно перегрузить метод SaveCallException. Но не помню, это специфично только для Delphi?
Access Violation возникает ,например, если в качестве параметра в вычисляющую формулу передан неверный индекс массива или идёт вызов функции пользователя с обратным вызовом, переданной по неверному адресу в dll
На мой взгляд такие вещи должна разруливать сама библиотека. Отлов косяков, не являющихся следствием ее багов, но потенциально возможных вследствие особенностей интерфейса - ее внутреннее дело, на выход должны выдаваться стандартизированные сообщения об ошибках
>>Просто ловить Access Violation - так себе идея. Эти исключения говорят о том, что что-то явно не в порядке
Да. Поэтому пользователю нужно выдать информацию об этом.
Access Violation возникает ,например, если в качестве параметра в вычисляющую формулу передан неверный индекс массива или идёт вызов функции пользователя с обратным вызовом, переданной по неверному адресу в dll .
При вызове процедур dll , которые заключены в try except блок из программы exe(Delphi) происходит тихое исключение и можно выдать информацию, где произошла ошибка.
Если вызывающая dll программа exe(GCC,MSVC), то она немедленно аварийно завершается и исключение не перехватывается.
07-06-2020 11:44 | Комментарий к предыдущим ответам
>>> Просто ловить Access Violation
У него не Access Violation, а исключения FPU (ну, типа деления на ноль). В принципе, действительно рабочая методика - не проверять заранее на допустимые границы функций, а просто ждать ошибки, так что в принципе с автором я полностью согласен. Только пока как-то руки не дошли проверить такой эффект именно на программе на Delphi и библиотеке на GCC.
PS Модератору.
При отправке любого сообщения сервер выдаёт ошибку:
500 - Internal server error.
Всё норм, не обращайте внимания. Сообщения сохраняются. Уведомления на почту не приходят.
Все знают. Сделать ничего нельзя. Так и живём)
Да. Я это знаю , так и делаю. Но в том то и дело, это не работает. А также не работает и safecall. При возникновении исключения (FPU исключения) в процедуре с вызовом safecall программа аварийно завершается. Перехвата нет.
PS Модератору.
При отправке любого сообщения сервер выдаёт ошибку:
500 - Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed.
Да. Я это знаю , так и делаю. Но в том то и дело, это не работает. А также не работает и safecall. При возникновении исключения (FPU исключения) в процедуре с вызовом safecall программа аварийно завершается. Перехвата нет.
Насколько я помню, не получится передавать исключения между программами и библиотеками, написанными на разных языках. Потому, весь код, потенциально могущий вызвать исключение в программе в DLL (и напротив, callback код из программы, который может вызывать DLL) должен быть намертво обёрнут в try...except...end, заглушающий все исключения. Это - нормальное исключение из правила "Не перехватывайте все исключения подряд, обрабатывайте только разумный минимум, не оставляйте секцию except пустой".
Также настоятельно рекомендую прочитать про safecall модель вызова в Delphi, это на самом деле ровно то же самое обёртывание кода процедуры/функции в try...except, но при этом меняется сигнатура функции (она начинает возвращать HRESULT), так что надо сперва внимательно прочитать материалы, а только потом использовать.
Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Функция может не работать в некоторых версиях броузеров.