Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Круглый стол
  
Правила КС
>> Настройки

Фильтр вопросов
>> Новые вопросы
отслеживать по
>> Новые ответы

Избранное

Страница вопросов
Поиск по КС


Специальные проекты:
>> К л ю к в а
>> Г о л о в о л о м к и

Вопрос №

Задать вопрос
Off-topic вопросы

Помощь

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  17:54[Войти] | [Зарегистрироваться]
Ответ на вопрос № 83734

03-06-2020 01:01
Здравствуйте.
Столкнулся с проблемой. Есть 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? Как его замаскировать , а потом считать нужные флаги ошибки? Я с этим не смог разобраться.

[+] Добавить в избранные вопросы

Отслеживать ответы на этот вопрос по RSS

Ответы:


Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице.
Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.

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?

10-06-2020 08:45
Access Violation возникает ,например, если в качестве параметра в вычисляющую формулу передан неверный индекс массива или идёт вызов функции пользователя с обратным вызовом, переданной по неверному адресу  в dll
На мой взгляд такие вещи должна разруливать сама библиотека. Отлов косяков, не являющихся следствием ее багов, но потенциально возможных вследствие особенностей интерфейса - ее внутреннее дело, на выход должны выдаваться стандартизированные сообщения об ошибках

09-06-2020 13:21
>>Просто ловить Access Violation - так себе идея. Эти исключения говорят о том, что что-то явно не в порядке

Да. Поэтому пользователю нужно выдать информацию об этом.
Access Violation возникает ,например, если в качестве параметра в вычисляющую формулу передан неверный индекс массива или идёт вызов функции пользователя с обратным вызовом, переданной по неверному адресу  в dll . 
При вызове процедур dll , которые заключены в try except блок из программы exe(Delphi) происходит тихое исключение и можно выдать информацию, где произошла ошибка.
Если вызывающая dll программа exe(GCC,MSVC), то она немедленно аварийно завершается и исключение не перехватывается.

07-06-2020 12:29
>>>У него не Access Violation, а исключения FPU
В вопросе Access Violation упоминается

07-06-2020 11:44 | Комментарий к предыдущим ответам
>>> Просто ловить Access Violation
У него не Access Violation, а исключения FPU (ну, типа деления на ноль). В принципе, действительно рабочая методика - не проверять заранее на допустимые границы функций, а просто ждать ошибки, так что в принципе с автором я полностью согласен. Только пока как-то руки не дошли проверить такой эффект именно на программе на Delphi и библиотеке на GCC.

06-06-2020 03:23
Просто ловить Access Violation - так себе идея. Эти исключения говорят о том, что что-то явно не в порядке

04-06-2020 14:28 | Замечание модератора
PS Модератору.
При отправке любого сообщения сервер выдаёт ошибку:
500 - Internal server error.

Всё норм, не обращайте внимания. Сообщения сохраняются. Уведомления на почту не приходят.
Все знают. Сделать ничего нельзя. Так и живём)

03-06-2020 16:06
Да. Я это знаю , так и делаю. Но в том то и дело, это не работает. А также не работает и safecall.  При возникновении исключения (FPU исключения) в процедуре  с вызовом safecall программа аварийно завершается. Перехвата нет.

PS Модератору.
При отправке любого сообщения сервер выдаёт ошибку:
500 - Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed.

Непонятно, сообщение отправлено или нет. :(

03-06-2020 16:03
Да. Я это знаю , так и делаю. Но в том то и дело, это не работает. А также не работает и safecall.  При возникновении исключения (FPU исключения) в процедуре  с вызовом safecall программа аварийно завершается. Перехвата нет.

03-06-2020 13:03
Насколько я помню, не получится передавать исключения между программами и библиотеками, написанными на разных языках. Потому, весь код, потенциально могущий вызвать исключение в программе в DLL (и напротив, callback код из программы, который может вызывать DLL) должен быть намертво обёрнут в try...except...end, заглушающий все исключения. Это - нормальное исключение из правила "Не перехватывайте все исключения подряд, обрабатывайте только разумный минимум, не оставляйте секцию except пустой".
Также настоятельно рекомендую прочитать про safecall модель вызова в Delphi, это на самом деле ровно то же самое обёртывание кода процедуры/функции в try...except, но при этом меняется сигнатура функции (она начинает возвращать HRESULT), так что надо сперва внимательно прочитать материалы, а только потом использовать.

Добавьте свое cообщение

Вашe имя:  [Войти]
Ваш адрес (e-mail):На Королевстве все адреса защищаются от спам-роботов
контрольный вопрос:
"Мы с тобой одной крови — ты и я!". Чьи это заветные слова?
в качестве ответа на вопрос или загадку следует давать только одно слово в именительном падеже и именно в такой форме, как оно используется в оригинале.
Надоело отвечать на странные вопросы? Зарегистрируйтесь на сайте.
Тип сообщения:
Текст:
Жирный шрифт  Наклонный шрифт  Подчеркнутый шрифт  Выравнивание по центру  Список  Заголовок  Разделительная линия  Код  Маленький шрифт  Крупный шрифт  Цитирование блока текста  Строчное цитирование
  • вопрос Круглого стола № XXX

  • вопрос № YYY в тесте № XXX Рыцарской Квинтаны

  • сообщение № YYY в теме № XXX Базарной площади
  • обсуждение темы № YYY Базарной площади
  •  
     Правила оформления сообщений на Королевстве

    Страница избранных вопросов Круглого стола.
      
    Время на сайте: GMT минус 5 часов

    Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
    Функция может не работать в некоторых версиях броузеров.

    Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
    Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

     
    © При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

    Яндекс цитирования