Смешанный режим C ++ / CLI DLL выдает исключение при выходе

У меня проблема с созданной мной DLL смешанного режима C ++ / CLI. Он выдает исключение при выгрузке, когда приложение .NET, которое его использует, завершает работу. После выполнения DLL_PROCESS_DETACH DLL выполняет очистку среды выполнения, используя автоматически регистрируемые atexit() / __onexit() функции, и выдает следующее исключение:

Unhandled exception at 0x752bb9bc (KernelBase.dll) in psstestm.exe: 
0xC0020001: The string binding is invalid.

Я проследил проблему до atexit() вызова, который зарегистрирован статическим объектом исключения ускорения get_static_exception_object().

    function_to_call    0x0f560410 _t2m@???__Fep@?1???$get_static_exception_object@Ubad_exception_@exception_detail@boost@@@exception_detail@boost@@YA?AVexception_ptr@1@XZ@YAXXZ@?A0x0a546e27@@YAXXZ   void (void)*

Я использую boostDLL_PROCESS_DETACH47, по большей части статически связанный, за исключением boost :: thread, который динамически связан, чтобы избежать блокировки загрузчика. Я также пробовал динамически связать все ускорения, что не помогло. Также все включения буста окружены #pragma unmanaged блоками.

Я надеюсь, что у кого-то была аналогичная проблема или кто-то знает решение?

Спасибо, Марк

Вот стек вызовов непосредственно перед возникновением исключения:

psscorem.dll!_CRT_INIT(void * hDllHandle=0x0f4b0000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 413  C
psscorem.dll!__DllMainCRTStartup(void * hDllHandle=0x0f4b0000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 526 + 0x11 bytes   C
psscorem.dll!_DllMainCRTStartup(void * hDllHandle=0x0f4b0000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 476 + 0x11 bytes    C
mscoreei.dll!__CorDllMain@12()  + 0xde bytes    
mscoree.dll!_ShellShim__CorDllMain@12()  + 0xad bytes   
ntdll.dll!_LdrpCallInitRoutine@16()  + 0x14 bytes   
ntdll.dll!_LdrShutdownProcess@0()  + 0x141 bytes    
ntdll.dll!_RtlExitUserProcess@4()  + 0x74 bytes 
kernel32.dll!749479f5()     
mscoreei.dll!RuntimeDesc::ShutdownAllActiveRuntimes()  + 0xc8 bytes 
mscoreei.dll!CLRRuntimeHostInternalImpl::ShutdownAllRuntimesThenExit()  + 0x15 bytes    
clr.dll!EEPolicy::ExitProcessViaShim()  + 0x66 bytes    
clr.dll!SafeExitProcess()  + 0x99 bytes 
clr.dll!DisableRuntime()  - 0x1146bb bytes  
clr.dll!EEPolicy::HandleExitProcess()  + 0x57 bytes 
clr.dll!__CorExeMainInternal@0()  + 0x11c bytes 
clr.dll!__CorExeMain@0()  + 0x1c bytes  
mscoreei.dll!__CorExeMain@0()  + 0x38 bytes 
mscoree.dll!_ShellShim__CorExeMain@0()  + 0x227 bytes   
mscoree.dll!__CorExeMain_Exported@0()  + 0x8 bytes  
kernel32.dll!@BaseThreadInitThunk@12()  + 0x12 bytes    
ntdll.dll!___RtlUserThreadStart@8()  + 0x27 bytes   
ntdll.dll!__RtlUserThreadStart@8()  + 0x1b bytes

boost c++-cli dll mixed-mode atexit
person Mark    schedule 15.11.2011    source источник

Ответы (3)


arrow_upward
10
arrow_downward

Я столкнулся с той же проблемой, и мне удалось отследить ее до следующей функции в exception_ptr.hpp:

    template <class Exception>
    exception_ptr
    get_static_exception_object()
        {
        Exception ba;
        exception_detail::clone_impl<Exception> c(ba);
        c <<
            throw_function(BOOST_CURRENT_FUNCTION) <<
            throw_file(__FILE__) <<
            throw_line(__LINE__);
        static exception_ptr ep(shared_ptr<exception_detail::clone_base const>(new exception_detail::clone_impl<Exception>(c)));
        return ep;
        }

Проблемная часть здесь: static exception_ptr ep (...

Вы можете просто удалить статику, и она должна работать:

    template <class Exception>
    exception_ptr
    get_static_exception_object()
        {
        Exception ba;
        exception_detail::clone_impl<Exception> c(ba);
        c <<
            throw_function(BOOST_CURRENT_FUNCTION) <<
            throw_file(__FILE__) <<
            throw_line(__LINE__);
        exception_ptr ep(shared_ptr<exception_detail::clone_base const>(new exception_detail::clone_impl<Exception>(c)));
        return ep;
        }

Обратите внимание, как используется эта функция, она присваивает возвращенную статическую переменную другой статической переменной. Подозрительно выглядит вся реализация этой функции, наверное, я подниму по этому поводу вопрос про поддержку буста.

Для решения этой проблемы могут быть другие обходные пути. Дополнительный анализ статических переменных в смешанных сборках можно найти здесь: http://derevyanko.blogspot.com/2009/01/clic.html, но только на русском языке.

person Peter    schedule 22.02.2012
comment
СПАСИБО!!! Я отслеживал это вечно. Я недостаточно хорошо знаю C ++, чтобы понять, как это вызывает вызов atexit. - person pedz; 04.08.2012

arrow_upward
0
arrow_downward

Как описано в сообщении на Список рассылки Boost, один из подходов - разделить управляемый и неуправляемый код на отдельные блоки перевода (файлы .cpp и заголовки, которые они # включают). Ссылка на Boost только из неуправляемых единиц перевода. Включайте / clr только для управляемых единиц перевода.

person Edward Brey    schedule 14.01.2013

arrow_upward
0
arrow_downward

Вы можете добавить строки:

#if _MANAGED
#error "Don't include that file in CLI compilation units. It will cause failure when cleaning the static objects of the managed dll"
#endif

перед объявлением get_static_exception_object и не включать только этот файл (или заголовок повышения, который включает этот файл) в ваши файлы cli.

Для меня замена одного boost/thread.hpp на boost/thread/thread.hpp устранила проблему.

person BenjaminB    schedule 05.04.2016