|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Уважаемые форумчане, доброго дня. Столкнулся с проблемой : Проект : Delphi XE + FireBird. Использую в программе динамическую библиотеку, которую сам же и разрабатываю. Код вызова библиотеки : Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
Код обработки при выгрузке DLL : Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
Суть вопроса : Если при вызове DLL в обработчика срабатывает exception, который посылает FireBird (обработка хранимых процедур и вызов внутри процедуры) Код: plsql 1. 2. 3.
, то при завершении работы с DLL исполняемая программа зависает. Заметил одну особенность поведения программы при вызове исключения : Код: pascal 1. 2.
Создается отдельный поток, который потом при DLL_PROCESS_DETACH не убивается. Что делать в данной ситуации? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:23 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Забыл добавить, что если не срабатывает exception, то DLL выгружается без проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:25 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov, Эксепшены, старты/убийства потоков и еще много чего - плохой стиль, а иногда и невозможно делать в DLL_PROCESS_ATTACH/DLL_PROCESS_DETACH. Об этом написано в MSDN, не хочется искать опять. Сделай доп. две экспортируемые из длл функции Initialize/Finalize, которые и вызывай при успешном LoadLibrary. В них всё делай. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:32 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov, Да, забыл добавить. Выпускать из dll эксепшены наружу - тоже не очень стиль :) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:34 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRock, Суть то в том, что эти эксепшены FB-шные я не создаю в DLL, они обрабатываются на стороне сервера, а потом посылаются в программу. Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
И, по сути, поток я тоже не создаю в DLL. На счет Initialize/Finalize вне DLL почитаю, но вопрос немного в другом =) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:39 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill LagunovСуть то в том, что эти эксепшены FB-шные я не создаю в DLL Kirill LagunovИ, по сути, поток я тоже не создаю в DLL Ты создаешь. Модули, которые ты используешь (например, которые работают с клиентской библиотекой FB) - это такая же "твоя программа", как и лично твой код. Бинарник отличий не видит. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:51 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Этот странный код только в каких-то единичных случаях может не привести к тому, что исключение не попадет "наружу". Если, например, транзакция не активна, то сначала будет исключение на Commit, а затем и в обработке этого исключения - на Rollback, и это второе исключение ты уже не обрабатываешь. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 13:54 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRockKirill Lagunov Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Этот странный код только в каких-то единичных случаях может не привести к тому, что исключение не попадет "наружу". Если, например, транзакция не активна, то сначала будет исключение на Commit, а затем и в обработке этого исключения - на Rollback, и это второе исключение ты уже не обрабатываешь. Проверка на активность транзакции выше по коду в процедуре. Код: pascal 1. 2. 3.
YuRockKirill LagunovСуть то в том, что эти эксепшены FB-шные я не создаю в DLL Kirill LagunovИ, по сути, поток я тоже не создаю в DLL Ты создаешь. Модули, которые ты используешь (например, которые работают с клиентской библиотекой FB) - это такая же "твоя программа", как и лично твой код. Бинарник отличий не видит. Это я понимаю, имел в виду, что не создаю их вручную. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 14:02 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill LagunovПроверка на активность транзакции выше по коду в процедуре. Мало ли какие там ошибки ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 14:59 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRockKirill LagunovПроверка на активность транзакции выше по коду в процедуре. Мало ли какие там ошибки Ошибка явная, обработка исключения при вызове хранимой процедуры, которая передает код и текст исключения. Вопрос тогда такой, как можно поток с этим исключением отловить и завершить, либо как при выгрузке DLL закрыть все потоки, созданные при вызове DLL? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 15:06 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov, в DLL не должно возникать никаких exception, следует начинку каждой экспортируемой функции обернуть в try .. except и возвращать код ошибки. А если интересен и текст ошибки, то тут несколько вариантов: 1) либо добавить еще одну функцию, например GetLastErrotText, 2) либо через параметры функции ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 15:08 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Код: pascal 1.
Вы обмениваетесь объектами Delphi через границе модулей. Нафига вам тогда DLL? Делайте пакет, сплошные плюсы: - Нет проблем с DllMain, у пакетов инициализация/финализация вынесена в изолированные функции - Нет проблем с исключениями через границы модулей, у пакетов вызываемый и вызывающий написаны на одном языке - Нет проблем с передачей памяти и не нужны костыли, пакеты всегда неявно используют разделяемый менеджер памяти - Экономится место, общий код вынесен в RTL/VCL пакеты ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 15:18 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Попробуйте в длл при выгрузке дернуть Код: pascal 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 15:34 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill LagunovОшибка явная, обработка исключения при вызове хранимой процедуры, которая передает код и текст исключения. Ну так обработай её таким образом, чтобы при обработке не могло возникнуть еще одного исключения. Kirill LagunovВопрос тогда такой, как можно поток с этим исключением отловить и завершить Вручную и больше никак. TIBDatabase потоки не порождает, на сколько мне известно. Разве что TIBEvents.RegisterEvents И делать это надо (потоки останавливать, все объекты освобождать и т.д.) в доп. функции Finalize, о которой я выше писал. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 15:54 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRockTIBDatabase потоки не порождает, на сколько мне известноТы ошибаешься. Курить IBSQLMonitor.pas ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 16:37 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
_Vasilisk_, Если мониторинг включен, то да. А по умолчанию он выключен (TraceFlags=[]), как и эвентов по умолчанию нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 17:32 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRockА по умолчанию он выключенУгу. Вот только он имеет свойство включаться Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69.
... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 17:43 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
_Vasilisk_, Да, красиво, конечно. Но до такого не должно доходить. Я сейчас специально потестил. В TWriterThread.Execute и TReaderThread.Execute в отладке попадаю, только если TIBDatabase.TraceFlags <> []. Делал connect, starttransaction, execsql, fetch, commit... Дальше разбираться лень. Да и если б это было так, у меня б все dll-ки, создающие внутри TIBDatabase, за всю жизнь написанные, некорректно выгружались бы, с проблемами из-за не остановленных потоков. А этого нет и не было никогда. Только если TIBDatabase не освободить - бывают проблемы (тоже разбираться лень, почему, ведь освобождать всё равно надо). ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 18:08 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRockв отладке попадаю, только если TIBDatabase.TraceFlags <> []. Делал connect, starttransaction, execsql, fetch, commit...Выполни ExecSQL, но чтобы оператор поднял ошибку. Что-то типа Код: sql 1. 2. 3. 4. 5.
Код: pascal 1. 2.
Или сделай какую нибудь вставку, приводящую к двойным уникальным ключам YuRockДа и если б это было так, у меня б все dll-ки, создающие внутри TIBDatabase, за всю жизнь написанные, некорректно выгружалисьЯ на такое наткнулся в своем COM-сервере. Если с сервера приходит ошибка (т.е. вызывается IBDataBaseError), то приложение не выгружалось. Несмотря на то, что исключение перехватывалось и обрабатывалось ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2017, 18:32 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
GunSmoker Код: pascal 1.
Вы обмениваетесь объектами Delphi через границе модулей. Нафига вам тогда DLL? Делайте пакет, сплошные плюсы: - Нет проблем с DllMain, у пакетов инициализация/финализация вынесена в изолированные функции - Нет проблем с исключениями через границы модулей, у пакетов вызываемый и вызывающий написаны на одном языке - Нет проблем с передачей памяти и не нужны костыли, пакеты всегда неявно используют разделяемый менеджер памяти - Экономится место, общий код вынесен в RTL/VCL пакетыНадо не пакеты, надо один пакет. Один bpl, а то много файлов выходит: vcl.bpl, rtl.bpl, forms.bpl, winapi.bpl и т.д. И чтобы он был встроен в exe, желательно. Чтоб глаза не видели и не осозновать. Я бы загулял: маленькие .dll-ки к программе, а в них по сути целые формы. Одним чертом либы пишутся специально под приложение, да и 20MB экзешник перекомпилировать каждый раз если не распилить на dll. У меня нет SSD. try finally FreeLibrary(DLLHandle); end; ^Finally значит что либа будет выгружена вне зависимости от того был ли exception. Зачем её вообще загружать тогда? Не ради же вызова какой-нибудь функции каждый раз. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2017, 04:39 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
GunSmoker Код: pascal 1.
Вы обмениваетесь объектами Delphi через границе модулей. Нафига вам тогда DLL? Делайте пакет, сплошные плюсы: - Нет проблем с DllMain, у пакетов инициализация/финализация вынесена в изолированные функции - Нет проблем с исключениями через границы модулей, у пакетов вызываемый и вызывающий написаны на одном языке - Нет проблем с передачей памяти и не нужны костыли, пакеты всегда неявно используют разделяемый менеджер памяти - Экономится место, общий код вынесен в RTL/VCL пакеты Из описания пакетов При использовании пакетов необходимо вкладывать в дистрибутив приложения все пакеты, на которые ссылается разрабатываемый вами пакет. Если это утверждение верное, то такой вариант мне не особо подходит. Библиотека делается для того, чтоб при изменениях не нужно было пересобирать основной проект. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2017, 10:05 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Кар-КарGunSmoker Код: pascal 1.
Вы обмениваетесь объектами Delphi через границе модулей. Нафига вам тогда DLL? Делайте пакет, сплошные плюсы: - Нет проблем с DllMain, у пакетов инициализация/финализация вынесена в изолированные функции - Нет проблем с исключениями через границы модулей, у пакетов вызываемый и вызывающий написаны на одном языке - Нет проблем с передачей памяти и не нужны костыли, пакеты всегда неявно используют разделяемый менеджер памяти - Экономится место, общий код вынесен в RTL/VCL пакетыНадо не пакеты, надо один пакет. Один bpl, а то много файлов выходит: vcl.bpl, rtl.bpl, forms.bpl, winapi.bpl и т.д. И чтобы он был встроен в exe, желательно. Чтоб глаза не видели и не осозновать. Я бы загулял: маленькие .dll-ки к программе, а в них по сути целые формы. Одним чертом либы пишутся специально под приложение, да и 20MB экзешник перекомпилировать каждый раз если не распилить на dll. У меня нет SSD. try finally FreeLibrary(DLLHandle); end; ^Finally значит что либа будет выгружена вне зависимости от того был ли exception. Зачем её вообще загружать тогда? Не ради же вызова какой-нибудь функции каждый раз. Кар-Кар^Finally значит что либа будет выгружена вне зависимости от того был ли exception. Странное заявление, ведь если бы библиотека выгружалась вне зависимости от того, был ли exception или нет, я бы сюда не писал =) И, естественно, не для вызова одной функции это делается. Проект достаточно большой, так сказать,кол-во конечных пользователей с каждым днем растет, есть разные отделы, у которых специфичные потребности к программе, а каждый раз пересобирать основной проект нет желания, т.к он в себе, по сути, держит все основные классы, функции, для работы штатного сотрудника и так же все сделано для внедрения динамических библиотек (обновление/проверки хеша и т.д) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2017, 10:09 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
_Vasilisk_YuRockTIBDatabase потоки не порождает, на сколько мне известноТы ошибаешься. Курить IBSQLMonitor.pas Проблема оказалась слишком смешной, действительно, есть бага в IBSQLMonitor. Решилось все очень просто : Код в DLL Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Источник ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2017, 12:09 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov Код: pascal 1.
Я сталкивался с тем, что несмотря на вызов DisableMonitoring по загрузки библиотеки, в некоторых случаях он все равно включался. Разбираться из-за чего было лень, поэтому у меня DisableMonitoring вызывается дважды - в начале работы и в конце ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2017, 17:10 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Тоже посчастливилось столкнуться к подобным глюком в IBSQLMonitor (D2007). У меня проблема выглядела следующим образом: если при попытке выполнить TIBDataSet.Connection := True (из доп. потока) возникает ошибка (например, Firebird выключен), то это штука лезла зачем-то в основной поток, а основной поток в свою очередь тоже висел на вызове TIBDataSet.Connection := True. В результате - взаимоблокировка. Долго не мог разобраться. Воспроизводится только на рабочем проекте. DisableMonitoring решил проблему. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 11:36 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kirill Lagunov Что делать в данной ситуации? Задать себе вопрос - а нахрена мне вообще эта DLL. Я примерно на 99.99% уверен, что убедительного ответа на этот вопрос не существует, просто (судя по тому, что я вижу в приведённых исходниках) Вы полны решимости избежать хороших практик и собрать все грабли, которые существуют на этом пути. YuRock Выпускать из dll эксепшены наружу - тоже не очень стиль :) Смотря для кого. Для тех, для кого это проблема, писать dll - вообще не очень стиль. Кроик Семён в DLL не должно возникать никаких exception, следует начинку каждой экспортируемой функции обернуть в try .. except и возвращать код ошибки. А если интересен и текст ошибки, то тут несколько вариантов: 1) либо добавить еще одну функцию, например GetLastErrotText, 2) либо через параметры функции Какой ужас. Если бы так было в самом деле, стоило бы застрелиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 16:37 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Если бы так было в самом деле, стоило бы застрелиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 18:39 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Очевидно, не каждый делает DLL, использующуюся исключительно одним приложением, собранным исключительно той же версией компилятора. Правда, сочетание этих двух факторов делает бессмысленным само использование DLL, но кто ж Вам запретит... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 19:14 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
DmSer Тоже посчастливилось столкнуться к подобным глюком в IBSQLMonitor (D2007). ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 19:34 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, ФИБы не используем. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 20:24 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Очевидно, не каждый делает DLL, использующуюся исключительно одним приложением Это бессмысленное и не нужное условие. Тем не менее, мне было бы любопытно провести опрос - у кого сколько DLL "использующихся разными приложениями" и сколько DLL "использующихся исключительно одним приложением". Что-то мне подсказывает, что список жалующихся на проблемы с DLL практически совпадёт со списком тех, у которых доминирует "одно приложение". Dimitry Sibiryakov Правда, сочетание этих двух факторов делает бессмысленным само использование DLL А это уже глупость, которую Вы ввернули только для того, чтобы хоть чучелом, хоть тушкой вырулить к желаемому ответу. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 00:27 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarerЭто бессмысленное и не нужное условие. Это абсолютно необходимое условие. Мы ведь всё ещё говорим о выбрасывании исключения в DLL и его поимке в приложении? То есть об обеспечении как минимум трёх условий: 1) Одинаковая система исключений; 2) Одинаковая двоичная раскладка класса исключения; 3) Использование одного и того же менеджера памяти для выделения экземпляра класса исключения и его освобождения. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 01:10 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov То есть об обеспечении как минимум трёх условий: И какое из этих трёх условий мешает использовать DLL в нескольких приложениях? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 01:34 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Dimitry Sibiryakov То есть об обеспечении как минимум трёх условий: И какое из этих трёх условий мешает использовать DLL в нескольких приложениях? Зачем в этих условиях DLL, если есть BPL? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 10:20 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer И какое из этих трёх условий мешает использовать DLL в нескольких приложениях? Dimitry Sibiryakov 2) Одинаковая двоичная раскладка класса исключения; ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 11:19 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
GunSmoker Зачем в этих условиях DLL, если есть BPL? Зачем иголка с ниткой, если есть топор? Меня всегда удивлял этот вопрос. Единственное преимущество BPL - её можно инсталлировать в IDE. Когда это не нужно (то есть в 99% случаев), она не имеет преимуществ - одни недостатки. Так зачем в этих условиях BPL, когда есть DLL? _Vasilisk_ С переходом на новую версию Delphi никто не будет пересобирать все dll То есть ты выбираешь ежедневный геморрой ради того, чтобы избежать одной занимающей несколько минут операции, которая случается не каждый год? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 11:26 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Ребята, его не переубедишь! ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 11:30 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Достаточно одной dll (плугина), написанной не на делфи представителем сторонней конторы. Даже в общую сборку не входящей. Чтобы закончить разговор как о bpl, так и о dll, собранных на одной версии делфи. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 11:33 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
white_nigger Ребята, его не переубедишь! Без разумных аргументов - не переубедишь, это точно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 11:34 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarerТак зачем в этих условиях BPL, когда есть DLL? Автоматически решается вопрос менеджера памяти и классового рантайма. Плюс неявные служебные функции инициализации/финализации, которые не загонят процесс в дедлок, как это сделано в стартовом посте. В общем, квинтэссенция RAD: забота о программисте, чтобы ему не пришлось голову напрягать и знания о граблях по крупице накапливать. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 13:30 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Автоматически решается вопрос менеджера памяти Даже здесь на форуме не единожды проскакивали задачи по производительности, в которых одно из решений было - разбить работающие потоки по разным dll, чтобы избежать блокировок менеджера памяти. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 13:35 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
YuRock Даже здесь на форуме не единожды проскакивали задачи по производительности, в которых одно из решений было - разбить работающие потоки по разным dll, чтобы избежать блокировок менеджера памяти. Для этого проще процессами параллелиться, а не длл'ки плодить. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 13:58 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Kazantsev Alexey YuRock Даже здесь на форуме не единожды проскакивали задачи по производительности, в которых одно из решений было - разбить работающие потоки по разным dll, чтобы избежать блокировок менеджера памяти. Для этого проще процессами параллелиться, а не длл'ки плодить. Общая память - один из плюсов dll в сравнении с процессами в данном случае. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 14:04 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer То есть ты выбираешь ежедневный геморрой ради того, чтобы избежать одной занимающей несколько минут операции, которая случается не каждый год? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 14:24 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Автоматически решается вопрос менеджера памяти и классового рантайма. В смысле, то же самое, что в случае dll делается простановкой одной галочки? Ну типа плюс, конечно, но по сравнению с минусами примерно то же, что оловянный солдатик по сравнению со Статуей Свободы. _Vasilisk_ Никакого геморроя не наблюдаю. Что я делаю не так? Скорее всего - привык к геморрою и не считаешь его таковым. Например - поступаешь, как здесь советуют, то есть не выпускаешь исключений из dll и корячишься с кодами возврата. В целом, мне будет проще ответить, если я увижу пару примеров того, что ты считаешь негеморройным кодом. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2022, 21:29 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Кроик Семён в DLL не должно возникать никаких exception, следует начинку каждой экспортируемой функции обернуть в try .. except и возвращать код ошибки. А если интересен и текст ошибки, то тут несколько вариантов: 1) либо добавить еще одну функцию, например GetLastErrotText, 2) либо через параметры функции Какой ужас. Если бы так было в самом деле, стоило бы застрелиться. Когда кто-то называет ужасом то, что я считаю исключительно добродетельной практикой, требуются весомые доводы, чтобы не считать озвученное мнение глупой ересью. Так что ждемс. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2022, 12:10 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal Когда кто-то называет ужасом то, что я считаю исключительно добродетельной практикой, требуются весомые доводы, чтобы не считать озвученное мнение глупой ересью. Так что ждемс. Запрет каких-либо возможностей, предоставляемых инструментом, редко является добродетельной практикой. Каждый раз, когда я вижу очередное "у нас в команде запрещено наследование", "у нас запрещено использование фреймов" итп. - это переводится как "наш главный гуру настолько криворук, что не умеет этим пользоваться, и настолько самонадеян, что по его мнению и другие не смогут". Цель программ, то, для чего вообще их пишут - выполнение бизнес-функций. Например, программа вычисления корней квадратного уравнения должна вычислять корни этого самого уравнения. В идеальном случае она будет содержать только код этого вычисления - и этого хватит, чтобы всегда сработать именно так, как нужно. К сожалению, у нас пока что не идеальный мир, и в этом не идеальном мире, помимо бизнес-кода, программа должна содержать некоторое количество кода технического. Объявление переменных, проверка диапазонов допустимых значений, обработка исключений.... Это делает программу лучше, но одновременно размазывает, замыливает и маскирует главное - бизнес-логику. Для того, чтобы программа была хорошей (в плане - читаемой, легко сопровождаемой, содержащей как можно меньше ошибок и т. д.) технический код должен быть сколь возможно минимизирован и сколь возможно отделён от бизнес-логики. Будет верным сказать, что из двух инструментов, порождающих эквивалентные программы, лучше тот, который требует меньше технического кода, из двух подходов лучше тот, который при эквивалентном результате требует меньше технического кода. В частности, коды возврата - очень нездоровая в смысле объёма технического кода практика. Пока программисты их использовали - даже простейшие бизнес-функции кодировались огромными простынями, в которых было очень сложно разбираться. Использовались специальные приёмы кодирования для того, чтобы хоть как-то справляться с этой сложностью. Когда появились исключения - нормальные программисты с восторгом за них ухватились, потому что они дали возможность писать куда более сложную бизнес-логику гораздо короче, гораздо яснее, не в пример сопровождаемее. Благодаря механизму исключений трудоёмкость адекватной реализации бизнес-логики (включая тестирование, отладку и последующее сопровождение) снизилась минимум на порядок. В обсуждаемой ситуации у нас есть выбор. Можно писать DLL ровно так же, как обычный Delphi-код без DLL. Коротко и ёмко. А можно непонятно зачем повесить на себя дикий геморрой, в котором "обязательно перехватывать исключения", "использовать коды возврата" и прочие ужас-ужас-ужас. И остаётся только один вопрос - зачем? В тех редких случаях, когда на этот вопрос есть действительно разумный ответ - ok, придётся мучиться как в прошлом веке. Но в 90% случаев это просто идиотизм архитектора, поскольку для этого нет ну совершенно никаких объективных причин. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2022, 00:07 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Правильные посылы, за уши притянутые к конкретной проблеме ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2022, 13:12 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Очевидно, не каждый делает DLL, использующуюся исключительно одним приложением, собранным исключительно той же версией компилятора. Правда, сочетание этих двух факторов делает бессмысленным само использование DLL, но кто ж Вам запретит... +100500 dll ради dll ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2022, 13:29 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer ... А, ты насчет данного конкретного случая. Просто утверждение прозвучало на редкость категорично, вот я и подумал - вдруг есть уже супер-мега-практика передавать исключения кросс-язычно, а я и не в курсе ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 10:49 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal А, ты насчет данного конкретного случая. Просто утверждение прозвучало на редкость категорично, вот я и подумал - вдруг есть уже супер-мега-практика передавать исключения кросс-язычно, а я и не в курсе Я пока так и не понял, что "исключительно добродетельного" в отсутствии практики передачи исключений из А в Б. Если такое желание натыкается на нерешаемые технические проблемы... ну, очень печально, но эпитет "добродетельно" меня озадачил. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 11:59 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Я пока так и не понял, что "исключительно добродетельного" в отсутствии практики передачи исключений из А в Б. Если такое желание натыкается на нерешаемые технические проблемы... ну, очень печально, но эпитет "добродетельно" меня озадачил. А что, разве не добродетельно ловить все возможные исключения, чтобы софтина не падала с "недопустимой операцией"? Нормального-то способа передать исключение из dll нет. Или есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 17:07 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal А что, разве не добродетельно ловить все возможные исключения, чтобы софтина не падала с "недопустимой операцией"? Нормального-то способа передать исключение из dll нет. Или есть? Я не понимаю, о каком сценарии ты говоришь. Ну вот давай предположим, что в программе делается Код: pascal 1. 2. 3.
Ну или аналогичное на любом другом ЯП. Внимание, вопрос. Что такого должно произойти внутри MyProcedure, чтобы при отловленных в ней исключениях всё было хорошо, а при неотловленных - софтина упала? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 17:14 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Я не понимаю, о каком сценарии ты говоришь. Ну вот давай предположим, что в программе делается Код: pascal 1. 2. 3.
Ну или аналогичное на любом другом ЯП. Внимание, вопрос. Что такого должно произойти внутри MyProcedure, чтобы при отловленных в ней исключениях всё было хорошо, а при неотловленных - софтина упала? Да что угодно. Хоть открытие несуществующего или занятого файла. Тысячи причин, как ты сам же сказал - исключения это удобный инструмент реакции на ошибки в процессе, а не сигнал о фатальном крэше. Но даже при связке Delphi+Delphi без заморочек исключение через границы не передашь. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 18:12 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal Да что угодно. Хоть открытие несуществующего или занятого файла. Ну и? Я не понимаю, каким образом от "открытия несуществующего файла" дойдёт до "софтина упала". Можно конкретно? Fr0sT-Brutal Но даже при связке Delphi+Delphi без заморочек исключение через границы не передашь. При связке Delphi+Delphi нет никакой границы и никаких заморочек. Кроме тех, которые люди зачем-то делают сами себе без причины на пустом месте. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 18:15 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Fr0sT-Brutal Да что угодно. Хоть открытие несуществующего или занятого файла. Ну и? Я не понимаю, каким образом от "открытия несуществующего файла" дойдёт до "софтина упала". Можно конкретно? Хм, сейчас sysutils добавляет обертку, которая выплевывает messagebox с текстом исключения. Падать не упадет, да. Тем не менее, получить его из DLL тоже мало радости, особенно если это невизуальный жеватель данных. softwarer Fr0sT-Brutal Но даже при связке Delphi+Delphi без заморочек исключение через границы не передашь. При связке Delphi+Delphi нет никакой границы и никаких заморочек. Кроме тех, которые люди зачем-то делают сами себе без причины на пустом месте. Ну так расскажи, как обрабатывать исключения, кинутые в DLL, из программы-вызывателя ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 19:22 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal Хм, сейчас sysutils добавляет обертку, которая выплевывает messagebox с текстом исключения. Падать не упадет, да. Ты вот про эту обёртку? Так она существует со времён Delphi 1, и DLL не привносит сюда никакой специфики. Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Fr0sT-Brutal Тем не менее, получить его из DLL тоже мало радости, особенно если это невизуальный жеватель данных. Радость здесь вообще какая-то странная эмоция. Скажем так, её всяко больше по сравнению с "кодами возврата", GetLastError-ами и прочими костылями выпуска 1970-х. Fr0sT-Brutal Ну так расскажи, как обрабатывать исключения, кинутые в DLL, из программы-вызывателя Да как хочешь. Вот представь себе, что у тебя есть процедура DoSomethingInteresting. Которая "невизуальный жеватель данных" или что угодно ещё. Ты вызываешь эту процедуру где-то в своей программе, обрабатываешь исключения из неё как считаешь правильным. Так вот, если эта процедура лежит в DLL - и, соответственно, исключение брошено из DLL - вообще ничего не меняется. Ни одной строчки кода. Всё как работало, так и работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2022, 19:36 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
softwarer Ты вот про эту обёртку? Так она существует со времён Delphi 1, и DLL не привносит сюда никакой специфики. Нет, я про SysUtils.ExceptHandler. В DLL я Forms не подключаю, слава богу, не требуется этого изврата. softwarer Да как хочешь. Вот представь себе, что у тебя есть процедура DoSomethingInteresting. Которая "невизуальный жеватель данных" или что угодно ещё. Ты вызываешь эту процедуру где-то в своей программе, обрабатываешь исключения из неё как считаешь правильным. Так вот, если эта процедура лежит в DLL - и, соответственно, исключение брошено из DLL - вообще ничего не меняется. Ни одной строчки кода. Всё как работало, так и работает. Хм, а знаешь, и в самом деле так. Поразительно. Delphi и тут соломки подстелил. Любопытно, как это работает - через Winapi? И будет ли работать с разными версиями компилятора. Тем не менее, сомневаюсь, что это будет надежно работать кросс-язычно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2022, 11:11 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
Это работает через виртуальные методы. Это будет работать, только если DLL и хост собраны в одной/совместимой версии компилятора. Например, ANSI DLL не будет работать в Unicode Host и наоборот. Также это не будет работать, если от исключения надо не просто показать сообщение от него, а сделать что-либо ещё - например, изменить (если только не подключен общий менеджер памяти). Также не будет работать фильтрация исключений (если только она не выполняется по тексту имени класса, либо и DLL и host собраны с пакетами, содержащими класс исключения). Короче говоря, "если" тут действительно много, про них все нужно знать и уметь обходить. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2022, 12:37 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
GunSmoker Короче говоря, "если" тут действительно много, про них все нужно знать и уметь обходить. Тут ровно одна галочка в настройках, которую надо поставить. После чего не требуется ничего обходить, да и знать кроме этой галочки тоже не обязательно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2022, 12:41 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
GunSmoker Это работает через виртуальные методы Можешь пояснить, о чем речь? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2022, 14:25 |
|
Обработка exception в DLL
|
|||
---|---|---|---|
#18+
На уровне ОС программные исключения кидаются как запись (record). В записи указывается уникальный фиксированный код Delphi исключений и ссылка на объект Delphi. "Принимающая" сторона может увидеть код Delphi в записи и понять, что это - Delphi исключение. Из записи же прочитать ссылку на объект. Если раскладка в памяти совпадает - сможет прочитать из него свойство-строку (сообщение). При выходе из except блока исключение нужно удалить. Делается это вызовом деструктора. В Delphi деструкторы всех объектов - виртуальные. Это значит, что в VMT объекта есть ссылка на код деструктора. Следовательно, "принимающая" сторона вызовет код по ссылке, указанной в самом объекте. Это будет код в другом модуле, который и так знает, как нужно удалить переданный ему объект (в плане какие функции управления памятью вызывать). Если бы деструктор не был виртуальным, то при попытке очистке памяти объекта были бы вызваны функции не того менеджера памяти. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2022, 17:11 |
|
|
Start [/forum/topic.php?all=1&fid=58&tid=2036605]: |
0ms |
get settings: |
25ms |
get forum list: |
11ms |
check forum access: |
8ms |
check topic access: |
8ms |
track hit: |
170ms |
get topic data: |
22ms |
get forum data: |
6ms |
get page messages: |
2284ms |
get tp. blocked users: |
3ms |
others: | 156ms |
total: | 2693ms |
0 / 0 |