Прога использует dll, в моем случае opal.dll

Dll и весь environment подгружается при старте приложения при запуске dll (ф-ция возвращает handle):




При некоторых изменениях параметров работы мне надо полностью перегрузить environment,
т.е. я делаю:




Все это работает без крашей, НО:
Я обратил внимание, что потом при выполнении нек. ф-ций программа может давать (не сумел отдебажить почему, характер случайный) сбои (crash) ПОТОМ.

Также я обратил внимание на то что если сделать "паузу".




То на момент
Msgbox "paused"
я не могу ручками удалить "opal.dll"
Т.е. библиотека остается "подгруженной", хотя и не используется (старую конфигурацию выгрузили, новую еще не грузили).

Проблема:

Полностью закрываем VB6 приложение, потом делаем загрузку всего по новой -> все работает без сбоев

Просто перегружаем opal_hwnd (без закрытия VB6 обертки) -> могут быть определенные сбои при дальнейшей работе opal.dll

Есть конечно ручной способ загрузки-выгрузки


Но я как-то с этим игрался, мне что-то не понравилось, и я доверяюсь OpalInitialise, соответственно hMod мне не известен.

Я предполагаю, что простой способ решения проблемы - отцепить opal.dll от VB6 проги и полностью загрузить ее по новой.

Грубо говоря,
Как мне сделать
FreeLibrary hMod
если я не знаю этого hMod, но знаю имя dll.
Чтобы в режиме "остановки" (но без выгрузки VB6-проги) я мог ручками удалить "opal.dll", и винды мне это позволяли бы делать.

Пробовал такие варианты, не помогают. dll не удаляется, значит остается привязанной (лежит в папке с прогой)

ЦЦаДмитрий77,
а про то, что FreeLibrary может понадобиЦЦа сделать несколько раз, помним?

Да, вот так отвязывается, где-то с 3-ей итерации (а почему не с первой? вроде один раз ее грузил).


Т.е. на MsgBox "pause" я могу удалить dll.

Но пока возникла другая проблема. Как только нажимаю на "OK" в Msgbox (это если в среде) или параллельно с Msgbox (это если в exe), прога VB6 делает crash (unknown module).
Пока не понял почему.

Ну, опытным путем я нашел что такой код


вроде как делает то что я хочу
1) не делает crash в процессе самой перезагрузки
2) не возникают случайные crash при дальнейшей работе

Т.е. я убиваю все library reference и тут же гружу dll снова через LoadLibrary не дожидаясь штатной загрузки через OpalInitialise.
Вроде прокатывает.
Количество убиваемых reference всякий раз хаотически меняется от 1 до нескольких.
Сколько нибудь разумных объяснений дать не могу.
Мож кто даст общее объяснение - для очистки совести по поводу того что делаю?

ЦЦа,

ЦЦаНасчёт выгрузки библиотеки и тут же её загрузки, в сочетании с описанием функций библиотеки через Declare: это будет работать до тех пор, пока библиотека будет загружаЦЦа по тому же базовому адресу, что только что выгруженная.
будет работать до тех пор Это до каких пор? Пока работает.

На самом деле непонятно две вещи:
1) Чего она иногда подглючивает при штатной перезагрузке opal_ShutDown/OpalInitialise (без выгрузок).
2) Чего она сразу глючит, если полностью выгрузить (и не переподгрузить). На момент выгрузки взаимодействия с dll как бы нет и handle закрыт. Причем специально проверял "в самом начале" -сразу после чистой загрузки OpalInitialise делал opal_ShutDown, без активации многочисленного функционала, т.е. когда ни какие-нибудь таймеры, ни коллбэк нагадить еще точно не могут - после тотального пинания через freelibrary VB6 однозначно вылетает.

Можно конечно полностью выгружать VB6 (а именно такую же картинку я и пытался симитировать но без выгрузки интерфейса), но как-то это не солидно, да и потом при перезапуске себя через shell будет ре-коннект к БД. А я на висте обнаружил какие-то проблемы (решать их не стал, сделал workaround) при коннекте к БД exe-шника запущенного через shell (в отличии от exe-шника запущенного ручками).

С другой стороны, сильно врубаться в эту философию тоже желания нет. Тем более тотальную перезагрузку надо делать только если пользователь полностью включает или выключает протокол (SIP или H.323), а пользователь в 99% будет сидеть в SIP, все же остальные перенастройки делаются "на ходу" без штатной перезагрузки. Если уж случится этот 1% и при этом таки вдруг вылетит (вероятность чего я думаю если не устранил, то свел к минимуму) ... ну запустит прогу заново и продолжит работу.

Дмитрий77ЦЦа,

ЦЦаНасчёт выгрузки библиотеки и тут же её загрузки, в сочетании с описанием функций библиотеки через Declare: это будет работать до тех пор, пока библиотека будет загружаЦЦа по тому же базовому адресу, что только что выгруженная.
будет работать до тех пор Это до каких пор? Пока работает.

На самом деле непонятно две вещи:
1) Чего она иногда подглючивает при штатной перезагрузке opal_ShutDown/OpalInitialise (без выгрузок).
2) Чего она сразу глючит, если полностью выгрузить (и не переподгрузить). На момент выгрузки взаимодействия с dll как бы нет и handle закрыт. Причем специально проверял "в самом начале" -сразу после чистой загрузки OpalInitialise делал opal_ShutDown, без активации многочисленного функционала, т.е. когда ни какие-нибудь таймеры, ни коллбэк нагадить еще точно не могут - после тотального пинания через freelibrary VB6 однозначно вылетает.

Проблема таки вылезает.
Если vb-шный exe-шник защитить AsProtect-ом то после такой перезагрузки (с перепихиванием через freelibrary/loadlibrary) все отлично работает, но когда потом (если была перезагрузка) прогу закрываешь, то в конце, когда все выгрузилось, выводится дурацкая ошибка Error103. Protection error.
А если не перепихивать freelibrary/loadlibrary, то вылезают случайные краши как писал, но опять же под маскировкой Error103. Protection error.

Т.е. даже не знаю что придумать. Проблемы я не понимаю.
Если только заменить restart dll рестартом всего VB-приложения... Вот этого делать не хочется. Муторно и результат непонятный.

Вообще конечно это неправильно что после полного FreeLibrary приложение ругается.
Я попробовал на своей простенькой dll и никакой ругани не обнаружил, хоть выгружай, хоть загружай,
хоть в любом состоянии вызывай ф-ции из dll(хоть одна ссылка, хоть много, хоть ни одной).
Видимо opal.dll слишком сложная. Разбираться с этим нормально еще сложнее.
Думаю баг opal-а. В старых версиях Opal вообще при выполнении
OpalInitialise -> OpalShutDown -> OpalInitialise, при втором OpalInitialise краш гарантировался. Сейчас хоть формально не ругается. Но видимо этот момент исправлен не до конца (по крайней мере в версии с кот. я работаю).

По хорошему для полной перезагрузки надо тупо выгружать VB екзешник и стартовать его по новой. Сделать это можно, например передачей управления заставке кот. отображается при "перезагрузке" (отдельный exe), но аккуратно делать муторно
(с восстановлением текущего состояния программы: отображаемые формы и т.п.).

Поэтому выкрутился пока по другому:
Error103. Protection error выдавал AsProtect из-за того что запаковывал им opal.dll. Цели защитить конкретно dll как бы не было, чисто перемешать слова при просмотре через hex-вьюеры.
Видимо AsProtect не справляется с этими мульти LoadLibrary/FreeLibrary играми, которые я делаю при перегрузке environment, буферизует ее и выдает в самом конце работы программы (зря они этот msgbox вставили).
Выкрутился просто используя AsPack (триальной версии достаточно) вместо AsProtect для перемешивания содержимого. AsPack мешает/пакует также, но при этом "ошибки 103" не выдает.