相关疑难解决方法(0)

当动态链接共享库中的全局变量和静态变量时会发生什么?

我试图理解当具有全局变量和静态变量的模块动态链接到应用程序时会发生什么.通过模块,我的意思是解决方案中的每个项目(我使用visual studio工作很多!).这些模块内置于*.lib或*.dll或*.exe本身.

我知道应用程序的二进制文件包含数据段中所有单个转换单元(目标文件)的全局和静态数据(如果是const,则只读取数据段).

  • 当此应用程序使用带有加载时动态链接的模块A时会发生什么?我假设DLL有一个全局和静态的部分.操作系统是否加载它们?如果是这样,他们在哪里被加载?

  • 当应用程序使用带有运行时动态链接的模块B时会发生什么?

  • 如果我的应用程序中有两个使用A和B的模块,则是如下所述创建的A和B的全局变量的副本(如果它们是不同的进程)?

  • DLL A和B是否可以访问应用程序全局变量?

(请说明你的理由)

引自MSDN:

在DLL源代码文件中声明为全局的变量被编译器和链接器视为全局变量,但加载给定DLL的每个进程都获得其自身的DLL全局变量副本.静态变量的范围仅限于声明静态变量的块.因此,默认情况下,每个进程都有自己的DLL全局变量和静态变量.

这里:

当动态链接模块时,可能不清楚不同的库是否有自己的全局变量实例或者是否共享全局变量.

谢谢.

c++ linker global global-variables dynamic-linking

114
推荐指数
2
解决办法
8万
查看次数

Ld神奇地覆盖了静态链接的符号

有几天我们正在处理非常奇怪的问题.

我无法理解它是如何发生的 - 当第三方(MATLAB)程序使用我们的共享库时,它以某种方式覆盖了我们的一些符号(提升,确切地说)是它自己的.这些符号是静态链接的,并且(!!)是本地的.

这是交易 - 我们使用boost 1.47,MATLAB提升1.40.目前,库在从OUR库调用boost(regex)时调用段错误.

所以,这是魔术:

  • 我们没有库依赖项,ldd:
    linux-vdso.so.1 =>  (0x00007fff4abff000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x00007f1a3fd65000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f1a3fa51000)
    libm.so.6 => /lib/libm.so.6 (0x00007f1a3f7cd000)
    libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f1a3f5bf000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f1a3f3a8000)
    libc.so.6 => /lib/libc.so.6 (0x00007f1a3f024000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f1a414f9000)
    librt.so.1 => /lib/librt.so.1 (0x00007f1a3ee1c000)
  • 没有Cxx符号(我们的公共符号是POC C用于二进制兼容性)从我们的库中导出,nm:
nm -g --defined-only libmysharedlib.so

addr1 T OurCSymbol1
addr2 T OurCSymbol2
addr3 T OurCSymbol3
...
  • 不过,它使用了他们的提升.怎么样?Stacktrace(路径切割):
[  0] 0x00007f21fddbb0a9 bin/libmwfl.so+00454825 fl::sysdep::linux::unwind_stack(void const**, unsigned long, unsigned long, fl::diag::thread_context const&)+000009
[  1] 0x00007f21fdd74111 bin/glnxa64/libmwfl.so+00164113 fl::diag::stacktrace_base::capture(fl::diag::thread_context const&, unsigned long)+000161 …

c++ ld dlopen

5
推荐指数
1
解决办法
2205
查看次数

标签 统计

c++ ×2

dlopen ×1

dynamic-linking ×1

global ×1

global-variables ×1

ld ×1

linker ×1