Minidump_stalkwalk和dump_syms的ID之间的不匹配

Question

我正在尝试使用Google障碍物，但我面临一个奇怪的问题。 我在Linux工作。我有自己的库my_lib.so，我使用dump_syms处理并生成此符号：

$ dump_syms my_lib.so|head -2
MODULE Linux mips 3BB485681467218D36EB2FF02287096C0 my_lib.so
INFO CODE_ID 6885B43B67148D2136EB2FF02287096C

我使用适当的子目录创建符号目录。 我为使用My_lib..的程序生成了一个小型设备。

0x77dce000 - 0x77e23fff  my_lib.so  ???  (WARNING: No symbols, my_lib.so, AC40136B433E5A68F66CCE8C2C2E6C250)

然后， 符号。为什么不匹配？

知道它会搜索AC40136B433E5A68F66CCE8C2C2C2E6C250 I手动更改符号中的树目录，以匹配该符号，只是为了测试。我还更改了my_lib.so.sym文件中的ID，然后minidump_stalkwalk并没有抱怨找不到符号，但我仍然看不到堆栈跟踪。

对此不匹配有什么想法吗？

顺便说一句，如果我在原始库和剥离的库上运行阅读-n，我会得到相同的GNU构建ID。