使用sem_t导致不能用gdb调试的问题

kitlenv

linux的头文件/usr/include/semaphore.h里定义了sem_t这个数据类型,它是一个semaphore变量,可以使用如下函数对其进行使用:
1)sem_init() 初始化,相当于Win32下的CreateSemaphore()
2)sem_wait(), sem_trywait(), 等待可用,相当于Win32下的WaitForSingleObject().
3)sem_post(),释放semaphore, 相当于Win32下的ReleaseSemaphore().
4)sem_destroy(), 销毁一个semaphore并释放资源,相当于Win32下的CloseHandle().

但是sem_wait()的使用需要注意,它可能会返回-1并且errno被设置为EINTR, 代表这个等待函数被single处理函数给中断掉了,被中断的意思不是指等待成功,也不是等待失败,这是个特殊的返回值.返回EINTR时,应该继续进行等待.典型情况下用GDB来调试程序时,GDB发出的signal会导致此函数返回.
例如:
int nRet = sem_wait(&my_sem_t);

当gdb调试到这一步时,sem_wait() 返回-1并且errno为EINTR,而我们往往希望GDB调试的时候,sem_wait()也返回待待成功,或者待待失败,即不处理EINTR的情况--也没有什么好的办法来处理这一情况.

所以写法应该如下:
while( 0 != ( nRet = sem_wait( &my_sem_t ) ) &&
       EINTR == errno );

这样在使用GDB调试的时候,才不会出错.


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/20152/showart_640711.html