linux errno位置,linux下特殊errno的处理

1.对EINTR的处理

在errno对照表中，EINTR翻译过来的意思就是系统调用被中断，下面是在不同的函数中表示的意思，当然这个错误不仅仅只在下面的函数被调用时才会出现的，因此在写代码时，应该把出现这种错误的情况考虑进去。

1)write

表示：由于信号中断，没写成功任何数据。

The call was interrupted by a signalbefore any data was written.

2)read

表示：由于信号中断，没读到任何数据。

The call was interrupted by a signalbefore any data was read.

3)sem_wait

函数调用被信号处理函数中断

The call was interrupted by a signalhandler.

4)recv

由于信号中断返回，没有任何数据可用。

function was interrupted by a signal that was caught, before any data wasavailable.

调用系统调用的时候,有时系统调用会被中断.此时,系统调用会返回-1,并且错误码被置为EINTR.但是,有时并不将这样的情况作为错误.有两种处理方法:

1.如果错误码为EINTR则重新调用系统调用,例如Postgresql中有一段代码:

如1：

retry1:

if (send(port->sock, &SSLok, 1, 0) != 1)

{

if (errno == EINTR)

goto retry1;    /* if interrupted, just retry */

如2：

retry1:

if (send(port->sock, &SSLok, 1, 0) != 1)

{

if (errno == EINTR)

goto retry1;    /* if interrupted, just retry */

2.重新定义系统调用,忽略错误码为EINTR的情况.例如,Cherokee中的一段代码:

int  cherokee_stat (const char *restrict path, struct stat *buf)

{

int re;

do {

re = stat (path, buf);

} while ((re == -1) && (errno == EINTR));

return re;

}

其实上面的两种处理方式本质上没有区别，都是忽略这个错误。

其实这个错误还经常出现在select、epoll等函数中。

2.对EAGAIN错误的处理

在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。例如，以 O_NONBLOCK的标志打开文件/socket/FIFO，如果你连续做read操作而没有数据可读。此时程序不会阻塞起来等待数据准备就绪返回，read函数会返回一个错误EAGAIN，提示你的应用程序现在没有数据可读请稍后再试。又例如，当一个系统调用(比如fork)因为没有足够的资源(比如虚拟内存)而执行失败，返回EAGAIN提示其再调用一次(也许下次就能成功)。Linux - 非阻塞socket编程处理EAGAIN错误在linux进行非阻塞的socket接收数据时经常出现Resource temporarilyunavailable，errno代码为11(EAGAIN)，这是什么意思？这表明你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，这个错误不会破坏socket的同步，不用管它，下次循环接着recv就可以。对非阻塞socket而言，EAGAIN不是一种错误。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。另外，如果出现EINTR即errno为4，错误描述Interruptedsystem call，操作也应该继续。最后，如果recv的返回值为0，那表明连接已经断开，我们的接收操作也应该结束。iReadSizeOnce=read(iOpenCom,RxBuf+iReadSize,1024);     if (iReadSizeOnce != ZERO)     {         if(iReadSizeOnce != EAGAIN)         {            continue;         }         else         {            //stCComApiLog.LogError("读串口操作错误");            return(FUN_ERROR);         }     }