GDB 无法打开共享对象

Question

我有一个在这里多次讨论过的问题：应用程序在直接从 shell 启动时运行，而当我尝试在同一个 shell 的调试器中启动它时不运行。在 GDB 中运行会产生“无法打开共享对象”错误。

我已阅读所有帖子并提出了所有建议：

1. 我手动设置 LD_LIBRARY_PATH 并验证我的应用程序运行并且 ldd -r 无错误通过
2. 我在 GDB 中将 solib-search-path 和 solib-absolute-prefix 分别设置为与 LD_LIBRARY_PATH 和 '/' 相同的值。所有的路径都是绝对的
3. 我使用strace 运行 GDB 以查看 GDB 在哪里查找所需的共享库，发现它忽略了来自 LD_LIBRARY_PATH / solib-search-path 的目录列表

我能做什么？

它是带有 RHEL 7 的 GDB 7.11.1

Answer 1

我有问题

如果你这样做了，那么你在描述你的问题实际上是什么方面做得很糟糕。

我用 strace 运行 GDB 以查看 GDB 在哪里查找所需的共享库，发现它忽略了目录列表

GDB 不会寻找任何共享库，直到运行时加载器通知它某些共享库已添加到进程中。

如果您没有附加到运行中的低级，那么 GDB 就不会寻找任何库，您可能得出了一个完全错误的结论。

附： GDB 不使用LD_LIBRARY_PATH 根本，并且通常也不需要设置solib-search-path 或solib-absolute-prefix（除非你正在进行远程调试，或分析来自不同机器的core）。

更新：

应用程序在直接从 shell 启动时运行，而当我尝试在调试器中启动它时不运行

在我见过的 99.9% 的案例中，发生这种情况是因为 ~/.bashrc 或某些此类重置 LD_LIBRARY_PATH 不当。 GDB 启动一个新 shell 以在其中运行应用程序，并且如果该（非交互式）shell 重置环境，应用程序在 GDB 内部和外部的行为可能不同。

正确的解决方案是让~/.bashrc（或任何适合您的shell 的shell 启动文件）在非交互运行时不执行任何操作。