с помощью join, или static глобальный кэш на вылеты при отключение длл? И вообще, static объекты ведь получается мапятся в память процесса, куда инъектица длл, что с ней происходит после отключения длл?
Если не ошибаюсь, после выгрузки dll, её по сути shared, ro память не будет доступна, в значит и static объектов тоже (если они не были скопированый).
а можно как-то эту память вернуть в кучу?
по сути, тебе надо заного загрузить dll, что бы могла инициализироваться, а так есть CreateFileMapping2 и MapViewOfFile3, но во всех случаях должны адреса совпадать, если это важно.
сторонная программа не моя, проприетарный софт. Щас вот провожу тесты, и если я просто загружаю длл, то все нормально, но если начинается работа(длл спавнит потоки и кладет их в глобальный кэш), то при ее выгрузке все крашится(именно после detach, спустя секунд 10). Как я вижу, проблема либо в том, что что-то не так с потоками, которые заспавнила длл, либо проблема с памятью(segfault?). Первое возможно, или потоки можно убить "безнаказанно", если они ничего не меняли из вне(то есть я передал данные на вход в поток, выполнилась функция, вернулось значение)?
хм, поймал такую ошибку failed to spawn thread: Os { code: 8, kind: OutOfMemory, message: "Недостаточно ресурсов памяти для обработки этой команды." } memory allocation of 32 bytes failed приложение x86, но использовано только ~180mb озу
При выгрузке ддлки освобождаются все ресурсы В мсдне почитай То есть у тебя все потоки который были созданы умрут ,если из потока обратишься к тому что в ддлке,будет экскпшн
Как вариант, создалось слишком много потоков
Обсуждают сегодня