问题：
程序崩溃，打印为：
app[13016]: segfault at 7fb668d29930 ip 00007fb668d3c23c sp 00007fb668e7de20 error 7 in mydefine.so[7fb668d34000+11000]
定位步骤：
-
基础分析数据，大概了解反馈信息
（根据chatGPT）
这是由名为“app”的应用程序2生成的消息，指示应用程序由于分段错误而崩溃。
特定的错误消息指示故障发生在内存地址“7fb668d29930”，
指令指针“ip”位于地址“00007fb668d3c23c”。
崩溃时的“sp”或堆栈指针位于地址“00007fb668e7de20”。
“错误 7”代码指示与无效内存引用相关的特定类型的分段错误。
消息的最后一部分提供有关崩溃原因的其他信息。它指示崩溃发生在名为“mydefine.so”的共享库中，并且该库的基址为“7fb668d34000”，大小为“11000”字节。这表明应用程序正在使用共享库中的代码，并且错误发生在此代码中。
总体而言，此错误消息提供了一些用于调试崩溃的有用信息，包括发生故障的内存地址和指令指针、分段错误的类型以及发生崩溃时正在使用的共享库的名称和位置。但是，可能需要进一步调查以确定故障的具体原因并解决问题。
2.计算偏移地址
偏移地址= 指令指针 - 库的基地址。
-
7fb668d3c23c -
- 7fb668d34000 -
= 823C
这里仅仅使用了ip和so的基地址，其他的内存和sp地址信息暂未使用。
3.寻找对应的汇编位置
这里查看了objdump -S mydefine.so的信息中包含了：
-
Disassembly of section .text: -
0000000000010f00 <deregister_tm_clones>: -
10f00: 48 8d 3d 31 16 01 00 lea 0x11631(%rip),%rdi # 22538 <__TMC_END__> -
10f07: 48 8d 05 2a 16 01 00 lea 0x1162a(%rip),%rax # 22538 <__TMC_END__> -
...... -
......
这个根本没有823C，最低从10f00开始。
这是当然的，因为823c是偏移值！
计算值：
823c + 10f00 = 1913c
就是要找到的出错的地址。
接着就将objdump -S mydefine.so > 1.txt
生成独立的文件，用编辑工具打开来查看对应的1913c是属于哪一个函数，然后打开源码进行对应，定位是哪一个函数的哪一行出现的问题。
4.对照源码，寻找出错源码行
由于可能程序使用了编译优化指令（如-O3等），所以需要对照着源码来猜测大概的行。
这里需要个人对汇编的基本理解和objdump生成的右侧的提示注释来自行判断。
这里这个单个例子的结果还是满意的，后续其他例子有问题再补充其他情况如何定位问题。
error7： 111
bit2:值为1表示是用户态程序内存访问越界，值为0表示是内核态程序内存访问越界
bit1: 值为1表示是写操作导致内存访问越界，值为0表示是读操作导致内存访问越界
bit0: 值为1表示没有足够的权限访问非法地址的内容，值为0表示访问的非法地址根本没有对应的页面，也就是无效地址
扫一扫
3718
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
