我在Qnx620下负责一个仿真系统网络程序的调试工作。我设计了一个这样的工作方式:当接到仿真中止命令后关闭程序中所用的两个TCP套接字,但每次调用ReleaseSocket(mysock)都出现memory fault(core dumped),程序直接崩溃。我觉得我的编程思路没什么问题:接到关闭消息-->shutdown(tcp_sock, 2)-->close(tcp_sock)。是不是这样有点不graceful呀?有那位朋友有这种遭遇吗?如果您能给我一些指点,一些帮助,我会非常感激!
附:(在程序中还用了select(…)。有两个TCP套接字,一个负责接数据,一个负责发数据,感觉是关闭接数据的那个套接字出问题。但我不确定)
源代码:
int ReleaseSocket(int* sock_fd){
if(*sock_fd<0) return -1;
if(0!=shutdown((*sock_fd),2)){
xErrorMsg(“In ReleaseSocket: shutdown() sock=%d…”,*sock_fd);
return -1;
}
if(0!=close((*sock_fd))){
xErrorMsg(“In ReleaseSocket: close() sock=%d…”,*sock_fd);
return -1;
}
*sock_fd=-1;
return EOK;
}
xtang1
2
程序本身看上去没有什么问题,用Debug看一下具体是那一行导致了core dump。会不会应该传指针进来的,却传了fd进来?
传递参数肯定没问题。
我觉得好像是关闭正在传输数据的socket时候,造成的core dumped。
我那程序有4个线程,对Qnx下的debug又不熟悉。
还有,我觉得我的编程习惯还是不错的。
在每个调用出错时都会输出错误原因(就是我的xErrorMsg),但对于memory fault(core dumped)就无能为力了,根本就没给机会输出就直接崩溃。
xtang,首先对您表示衷心的感谢!
根据您上面的指导,我基本上大概找到了原因。
gdb显示的出错代码:
106(行号) if(FD_ISSET(gTCPRecvSock,&gFdSet.fs)){
其中gTCPRecvSock就是那个接收数据用的socket,gFdSet.fs是文件描述符集合。根据这一信息,基本确定了问题源。不过现在还没想出隔离该问题的好办法,我认为只要知道错误所在,下面问题就好办多了。
可能fd太大了吧。标准的FD_SETSIZE只有32,也就是说 fd 只能在 32 之下。
解决方法是在编译行里加 -DFD_SETSIZE=256,重新编译你的程序。
凭我的判断,不是这个原因,因为程序可以正常联调,只要不调用ReleaseSocket(&gTCPRecvSock),程序就能够很好的工作。一旦调用,就出现所描述的问题。在我的程序中,fd的个数总共没超过6个,fd最大的值也没超过10。
我会按照你的指导再调试,毕竟存在希望。
谢谢xtang热心的帮助!
再猜一次
ReleaseSocket(&gTCPRecvSock)后,gTCPRecvSock被设成了-1,然后程序又去FD_ISSET()测度,等于去测一个很大的fd,因为超过了fdset的大小,引起内存参照错。
试试
if(gTCPRecvSock != -1 && FD_ISSET(gTCPRecvSock,&gFdSet.fs)){
xtang,您的猜测完全正确,经过修改,程序运行非常好!
您的帮助使我摆脱了一段阴霾已久的不快,现在感觉好舒服啊。
再次谢谢您热心、耐心的帮助。今后我一定向您学习。