我使用 python swig 包装的 C++ 库。在它的__init__.py文件，它sets在导入包含实现代码的共享对象文件之前，使用 dlopen 标志 RTLD_GLOBAL。
这会导致随后导入 scipy.linalg 出现段错误，至少在我的机器上是这样。我认为这种行为取决于 scipy 的构建方式以及它所链接的内容。
# minimal example of what's going on
$ cat test.py
import sys
import ctypes
flags = sys.getdlopenflags()
sys.setdlopenflags(flags | ctypes.RTLD_GLOBAL)
import scipy.linalg
$ python test.py
[1] 16886 segmentation fault (core dumped) python test.py
- 为什么会出现这种情况？到底是怎么回事？
- 在什么情况下可能需要设置 RTLD_GLOBAL？我使用的代码包含comment“# 以下是允许 POSIX“dlopen”功能工作所需的邪恶咒语。我不明白它。如果知道更好的解决方案，请转发给 PyOpenMM 代码维护者。”当我删除
sys.setdlopenflags(flags | ctypes.RTLD_GLOBAL)行，一切似乎都与库一起正常工作，所以这可能是特定于某些 python 版本或平台的？
您遇到了用于构建 SciPy 的 f2py 工具中的错误。请在此处查看更多详细信息：https://github.com/numpy/numpy/issues/2521
不幸的是，您只能通过重建 SciPy 或删除RTLD_GLOBAL flag.
发生的事情是 NumPy 和 SciPy 都使用符号PyArray_API，以及RTLD_GLOBAL标志强制 SciPy（尝试）导出自己的副本。这会导致冲突和段错误。
（如果有人能更详细地解释这一点，我很想知道）
RTLD_GLOBAL使共享库中的符号公开并可用于重定位。当您通过 dlopen() 导入多个使用彼此符号的单独库时，需要这样做。在 Python 中，当单个项目 (PyOpenMM) 由多个二进制子模块组成，并且这些子模块想要共享其中一个子模块提供的通用功能时，就会出现这种情况。 “一切似乎都工作正常”这一事实可能仅仅意味着您没有使用任何需要共享功能的东西——或者 PyOpenMM 实际上不再需要这个。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
