EWOULDBLOCK和EAGAIN

2024-06-18 12:48
文章标签 eagain ewouldblock

本文主要是介绍EWOULDBLOCK和EAGAIN,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

#define EAGAIN 11 /* Try again */#define EINTR 4 /* Interrupted system call */#define EWOULDBLOCK EAGAIN /* Operation would block */

EWOULDBLOCK用于非阻塞模式,不需要重新读或者写

EINTR指被中断唤醒,需要重新读/写

 

在Linux环境下开发经常会碰到很多错误(设置errno),其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。

从字面上来看,是提示在试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。例如,以O_NONBLOCK的标记打开文件/socket/FIFO,如果你连续做read操作而没有数据可读。此时程序不会阻塞起来等待数据准备就绪返回,read函数会返回一个错误EAGAIN,提示你的应用程序现在没有数据可读请稍后再试。

又例如,当一个系统调用(比如fork)因为没有足够的资源(比如虚拟内存)而执行失败,返回EAGAIN提示其在调用一次(也许下次就能成功)。

linux-非阻塞socket编程处理EAGAIN错误

在linux进行非阻塞的socket接受数据时经常出现Resource temporarily unavailable,errno代码为11(EAGAIN),这是什么意思?

这表明你在非阻塞模式下调用了阻塞操作,在该操作没有完成就返回这个错误,这个错误不会破坏socket的同步,不用管它,下次循环接着recv就可以。对非阻塞socket而言,EAGAIN不是一种错误。在VxWorks和Windows上,EAGAIN的名字叫做EWOULDBLOCK。

这篇关于EWOULDBLOCK和EAGAIN的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1072036

相关文章

EAGAIN和EWOULDBLOCK的处理办法

🔗:https://www.dyxmq.cn/program/code/c-cpp/how-to-handle-eagin-and-ewouldblock-error-in-linux-c.html EAGAIN和EWOULDBLOCK是linux环境下的两个错误码,在非阻塞IO中经常会碰到,对新手而言,如何处理这两个值非常头疼。如果处理不当,很容易导致程序异常。 EAGAIN的官方定义

netlink_unicast return -11 (EAGAIN)

我碰到一个很奇怪的问题,内核调用netlink_unicast发送无线驱动收到的无线帧到用户态,一开始还好的,都正常发送。大约发了几十KB的数据之后,这个调用就出错了,返回-11,查代码是EAGAIN。 内核中走到这个位置 : netlink_unicast() 调用了函数->netlink_attachskb()来将报文放到目的SOCKET 的接收缓冲区中。 netlink_attach

EAGAIN不是非阻塞才有

在非阻塞模式下,write或read返回-1,errno为EAGAIN,表示相应的操作还没执行完成。 在阻塞模式下,设置SO_RCVTIMEO和SO_SNDTIMEO会导致read/write函数返回EAGAIN。 O_NODELAY会导致write接口返回EAGAIN,的确,如果设置了O_NODELAY而当前不可写,那么write接口会设置errno为EAGAIN,但是write接口会返回0