0

我有一个依赖于外部应用程序（即Matlab）的库（我们称之为mydll.so）。为了动态加载mydll.so，我编写了这样的代码（Ubuntu，g++ 4.8.5，qt 5.12.6）：

// update LD_LIBRARY_PATH with ALL required paths (Matlab, boost, etc.)
bool res = qputenv("LD_LIBRARY_PATH", required_path.toStdString().c_str());
assert(res);

// loading the dll
QLibrary my_dll;

my_dll.setFileName(dll_path);
if (!my_dll.load())
{
   std::cout << my_dll.errorString().toStdString() << std::endl;
}

上面的代码失败并显示此消息：

Cannot load library /home/user/code/test/lnx_x64/debug/mydll.so: (libMatlabDataArray.so: cannot open shared object file: No such file or directory)

这很奇怪，因为该load()函数抱怨来自 Matlab 的库，即libMatlabDataArray.so它的路径已经包含在 LD_LIBRARY_PATH 中。但是，如果我ldd在相同的环境中运行，我有：

user@everest:~/code$ ldd /home/user/code/test/lnx_x64/debug/mydll.so
    linux-vdso.so.1 (0x00007ffcb4da2000)
    libMatlabDataArray.so => /usr/local/MATLAB/extern/bin/glnxa64/libMatlabDataArray.so (0x00007f6af95f2000)
    libMatlabEngine.so => /usr/local/MATLAB/extern/bin/glnxa64/libMatlabEngine.so (0x00007f6af93e7000)

这意味着libMatlabDataArray.so可以通过ldd命令找到并且内容LD_LIBRARY_PATH是正确的。那么在我的情况下，这个问题背后的原因是什么？

更新 1：如果我在应用程序启动之前设置 LD_LIBRARY_PATH，一切正常。在启动应用程序之前和在其中设置 LD_LIBRAARY_PATH 有什么区别？

4

1 回答 1

2

问题是您LD_LIBRARY_PATH从进程中更改环境变量。但是，该过程仍然使用带有旧值的“旧”环境变量块。结果它无法正确找到依赖库并最终失败。因此，您的方法将行不通。我会提出以下解决方案：

  • 在启动进程之前设置LD_LIBRARY_PATH变量，以便进程可以考虑更新的块，
  • 尝试使用QCoreApplication::setLibraryPaths()函数来设置库搜索路径。
于 2020-12-02T14:12:01.870 回答