将静态库转换为DLL会导致在main之前发生访问冲突

问题描述 投票:1回答:1

我们在VS2015中有一个大型解决方案,它有两个库和许多用于测试我们应用程序的win32项目。我们的项目及其依赖关系如下:

  • 活动图书馆 winmm.dll(用于计时功能)
  • 应用程序库 eventLibrary.lib(静态)
  • 测试用例 eventLibrary.lib(静态) appLibrary.lib(静态) gtestd.lib(静态,谷歌测试框架)

这些库最初是静态的,但我们将它们转换为DLL以便更快地进行链接。我用__declspec(dllexport)装饰器修改了我们的应用程序代码,并成功编译并链接我们的应用程序作为DLL。所有不使用eventLibrary.lib并且成功运行的测试用例,其余的崩溃因为eventLibrary.libappLibrary.dlltestCase.exe中静态连接。

我将eventLibrary.lib转换为DLL,它与我们的exes构建并链接,但在它们到达main之前崩溃。我正在使用def文件而不是修改库源。如果我从eventLibrary.dll中删除testCase.exe依赖项并从appLibrary.dll导出其符号,则会发生完全相同的崩溃。

崩溃是在ostream超载的<<运营商内部。传入的stringstream(下面的参数_Ostr)与使用静态库构建时相同。我得到一个0xC0000005: Access violation executing location 0x0D20E4E9,这似乎是由调用width方法引起的:

template<class _Traits> inline
    basic_ostream<char, _Traits>& operator<<(
        basic_ostream<char, _Traits>& _Ostr,
        const char *_Val)
    {   // insert NTBS into char stream
    typedef char _Elem;
    typedef basic_ostream<_Elem, _Traits> _Myos;
    ios_base::iostate _State = ios_base::goodbit;
    streamsize _Count = (streamsize)_Traits::length(_Val);  // may overflow
    streamsize _Pad = _Ostr.width() <= 0 || _Ostr.width() <= _Count
        ? 0 : _Ostr.width() - _Count; // <- Dies here

这发生在Google Test框架中的全局变量初始化过程中,该框架仍然是一个静态库。调用堆栈如下:

testCase.exe!testing :: Message :: operator <<(const char [7]&val)第131行testCase.exe!testing :: internal :: FlagToEnvVar(const char * flag)第1136行testCase.exe!testing :: internal :: BoolFromGTestEnv(const char * flag,bool default_value)第1195行testCase.exe!testing ::`'FLAGS_gtest_also_run_disabled_tests'的动态初始化程序'()第202行

动态链接我们的事件库以某种方式破坏testCase.exe中的内存?这有没有与拥有自己的堆的DLL有关?我确保在构建和链接时使用相同的运行时(/MDd)和相同的标志编译我们的DLL和exes。

c++ windows dll visual-studio-2015 googletest
1个回答
0
投票

我通过将两个库源放在同一个DLL中解决了这个问题。我们的事件库实际上已经定义了用于导出到DLL的宏,并且我们通过组合这两者来消除任何依赖性问题。

© www.soinside.com 2019 - 2024. All rights reserved.