探究一次遇到 shm_open 返回 EINVAL 错误的排查经历
正文
看redis的bg数据拷贝的时候想起进程的数据是cow的,想写个程序看看cow的细节,因为要用到信号量操作sem_post和sem_wait,信号量的创建依赖于共享内存对象shm_open,因为很久没使用过的这个系统调用结果导致出了乌龙,把第一个参数name给当成了路径+名字,结果创建的时候返回的对象句柄是-1, errno被设置成了EINVAL(无效参数)
int shm_open(const char *name, int oflag, mode_t mode);
b shm_open
后打了一个断点进入shm_open
,ni
单步执行后, 发现shm_open先对name进行了处理,如果开头为/
的话会先开头的所有/
给干掉,应该是不允许name中有这样的特殊字符
,这里的name因为被我当成path+name了,所以会走这个地方, man中的手册做创建的时候有时候也给name前加一个/
,但是加了和不加效果是一样的。
然后程序继续走,走着走着发现retq
了,在中间找到了跳到retq的地方, 原来是shm_open+124
中对name进行了检查看看是否还存在特殊字符/
,如果存在则设置一些异常进行retqshm_open + 356
中设置errno为EINVAL,再继续就是retq了
这里有一个很奇怪的点,上面判断的shm_open+356
将errno设置成了EINVAL主要是通过0x16判断得到,当然也可以通过errno的地址,后面标明了地址0x7ffff7dd3fb8
,所以我们可以先打印errno的地址,然后再这段汇编里面对比查找一下,但是打印出来的结果却和汇编中给出的地址相差了8,这个点没有搞明白上st提了个问题,可能还是没看懂shm_open+356 到shm_open+365
这段汇编导致的
{{uploading-image-133268.png(uploading...)}}
原文地址:https://www.cnblogs.com/ishen/p/14303398.html