动态链接和Python SWIG（C++）在C++中工作失败python

Question

我有一个库，我已经使用SWIG创建了一个python包装器。库本身接受用户提供的功能，这些功能位于动态链接的.so文件中。目前我正在处理一个我自己创建的并且已经设法使用C++来动态链接的工作。当我尝试在python中运行它时，出现未定义的符号错误。这些符号是所提供的.so文件中不存在但是存在于主程序中的符号（实质上它们是允许提供的模块从主程序访问数据的功能）。

我没有在C++中运行一个简短的测试程序时出现任何错误，但是用这个包装器（以前的工作方式）在Python中做了一个简短的测试程序失败了。我想不出一个解释，为什么它会在C++而不是在python中失败。令我担心的是，C++不能正常工作，但并没有告诉我，Python正在拾取C++没有的错误。然而，C++返回的结果是准确的，所以这似乎不大可能。

任何想法如何这是可能的，因此我怎么能解决它？

谢谢。

更新： 我加入这个代码到程序的顶部：

import dl 
sys.setdlopenflags(dl.RTLD_NOW | dl.RTLD_GLOBAL) 

这摆脱了运行时错误的，但不幸的是允许出现第二个问题（还由于连接）。作为主程序一部分的动态链接库中调用的函数未返回正确的值。他们返回0.更重要的是，显然他们甚至都没有运行。问题变成了实际运行的内容，为什么它与C++不同，我该如何解决这个问题？

再次感谢。

更新 - 一个潜在更清晰的说明 Python导入一个模块，它是我的C++库已被SWIG包装。这个C++库使用dlopen和dlsym从用户提供的.so文件中获取函数。用户提供了对作为C++库一部分的函数的文件调用，以完成它的工作。从.so文件到C++库的函数调用是失败的部分，也就是说它们无法调用该函数并简单地返回0.但是，只有当测试代码用python编写时才会发生这种失败。使用该库的C++测试代码正常工作。

Answer 1

一种解决方案是确保Python是预加载C++库主要在全球范围内。 这不是一个非常优雅的解决方案，我不想这样做，但它使它暂时有效。

在here周围稍微戳了一下之后，我发现LD_LIBRARY_PATH环境变量每次启动终端时都要设置，以便它甚至能够找到SWIGed的主C++库，我注意到了LD_PRELOAD环境变量。将此设置为主C++库的文件名后，该程序就可以工作。

我怀疑这是因为它“可以用来有选择地覆盖其他共享库中的函数”。

如果有人提出比设置环境变量更好的答案，它会很棒，因为我不确定这是多么便携。

编辑：最初的问题是用户提供的库所寻找的功能不在全局范围内。为了解决这个问题，只需使用python的“dl.open”打开主库的.so文件，使用dl.RTLD_NOW和dl.RTLD_GLOBAL。

成功！

Answer 2

python解释器可能正在加载你的包装器.so，而不会将其符号提供给其他动态链接库（以避免符号冲突）。尝试只导入您的包装之前添加以下行：

import dl 
sys.setdlopenflags(dl.RTLD_NOW | dl.RTLD_GLOBAL)