使用来自不同系统的 GDB 分析核心转储会给出 .dynamic 部分警告
Analyzing a coredump wth GDB from a different system gives .dynamic section warnings
我有一个在主机上构建的程序，带有针对特定目标机器的 SDK。然后程序在目标机器上 运行 并崩溃。当我尝试在主机上分析它时，我收到了几个错误：
warning: .dynamic section for
"/opt/rcsos-2.1.0/x86_3.12.15-rt25-r1/sysroots/x86-rcs-linux/usr/lib/libglib-2.0.so.0"
is not at the expected address (wrong library or version mismatch?)
我有 sysroot 到 SDK 的根目录，它似乎正在尝试使用所述 SDK 中的共享库，并且正确的调试信息文件存在于库所在目录的 .debug 子目录中驻留在，我不确定缺少什么并导致此错误。
您可能会看到此错误的一个原因是主机和目标上的共享对象版本不同。在共享对象上调用的 file 命令的输出包括构建 ID；如果构建 ID 在主机和目标之间不一致，那将与其他错误一致，例如您询问的消息中的错误。
我有一个在主机上构建的程序，带有针对特定目标机器的 SDK。然后程序在目标机器上 运行 并崩溃。当我尝试在主机上分析它时，我收到了几个错误：
warning: .dynamic section for
"/opt/rcsos-2.1.0/x86_3.12.15-rt25-r1/sysroots/x86-rcs-linux/usr/lib/libglib-2.0.so.0"
is not at the expected address (wrong library or version mismatch?)
我有 sysroot 到 SDK 的根目录，它似乎正在尝试使用所述 SDK 中的共享库，并且正确的调试信息文件存在于库所在目录的 .debug 子目录中驻留在，我不确定缺少什么并导致此错误。
您可能会看到此错误的一个原因是主机和目标上的共享对象版本不同。在共享对象上调用的 file 命令的输出包括构建 ID；如果构建 ID 在主机和目标之间不一致，那将与其他错误一致，例如您询问的消息中的错误。