Ubuntu下Erlang NIF库符号在core文件中无法识别如何解决？

原因确认 #

是的，你遇到的符号无法解析问题确实是Erlang VM加载NIF的特性导致的。Erlang的beam进程调用dlopen加载NIF共享库时默认使用RTLD_LOCAL标志，加载的库符号不会被加入全局符号表，因此gdb分析core文件时无法自动识别NIF库和其依赖第三方库的加载地址，也就无法自动加载对应的调试符号。

解决方案 #

场景1：已有core文件，需要回溯堆栈 #

按以下步骤手动加载符号：

• 定位NIF库的加载地址范围：你提供的bt输出中0x00007fc22223de0b、0x00007fc22229968a两个地址不在已识别的共享库地址区间内，该区间就是你的NIF库的加载范围，取区间最低值作为临时基地址。
• 查询NIF库的.text段偏移：执行命令

readelf -S <你的NIF库.so路径> | grep .text

输出结果中的Offset字段就是.text段的偏移值。

• 计算实际加载基地址：基地址 = 第一步得到的区间最低地址 - .text段偏移值。
• 手动加载符号：在gdb中执行命令

add-symbol-file <你的NIF库.so路径> <计算得到的基地址>

• 如果NIF依赖第三方C库，用同样的方法定位第三方库的加载区间，加载对应符号文件即可。

场景2：可复现崩溃，支持实时调试 #

该方案操作更简单，符号加载准确率更高：

• 用gdb直接启动beam进程，参数和你正常启动Erlang程序的参数一致，例如：

gdb --args erl -pa ebin <其余启动参数>

• 在gdb中设置dlopen捕获点：

catch dlopen

• 执行run命令启动程序，当你的NIF库被加载时gdb会自动断住，此时执行info sharedlibrary即可看到NIF库已经被识别，符号会自动加载。
• 继续运行程序直到崩溃，就能拿到带完整符号的堆栈信息。

额外优化建议 #

编译NIF库时除了添加-g开启调试信息外，额外添加-fno-omit-frame-pointer编译参数，可以避免栈帧丢失，进一步提升堆栈回溯的准确性。

内容的提问来源于stack exchange，提问作者user2414208