Linux close(0)会发生什么 记一次socket accept函数返回0 Bad file descriptor

过程是这样的 在写rtsp服务器的时候 accept接受从客户端来的请求

当协议是udp的时候 播放端可以正常关闭 在打开 没问题

但是当协议是tcp的时候 播放端第一次打开之后 关闭 在打开  通过log发现 服务端的accept会返回0

代码如上 log如下 client_fd返回值为0  errno =9 错误表示Bad file descriptor

找了很久也没找到原因  后开没办法 一步步注释 代码  

最后发现问题的原因是  在下面的代码  如果注释掉 就会出现这样的问题 

 如果改成如下就没问题 后来通过加log发现 如果是tcp的话  rtp_fd 和 rtcp_fd 的值 都是0 

也就是 我们在程序中执行了close(0)这个操作 

 

 借用别的博主的一张图 

 

 

 

0表示标准输入流 程序中直接执行close(0)会导致程序出现各种奇奇怪怪的问题 各位可以直接在自己的程序中加入这句试试 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
错误消息 "Bad file descriptor" 表示文件描述符无效。在调用 `modbus_tcp_accept` 函数时,通常出现这个错误的原因有以下几种: 1. 未正确初始化 Modbus 上下文:在调用 `modbus_new_tcp` 创建 Modbus TCP 上下文后,确保上下文对象成功创建并不为 NULL。如果上下文对象为 NULL,则可能是由于内存分配失败或其他错误导致的。你可以检查上下文对象是否为 NULL,并相应地处理错误。 2. 未正确设置套接字选项:在调用 `modbus_tcp_listen` 函数之前,确保已正确设置了套接字选项。例如,检查 IP 地址和端口号是否正确,并确保没有与其他应用程序冲突。 3. 非法的上下文对象:如果 `modbus_tcp_accept` 返回 "Bad file descriptor" 错误,可能是因为 `ctx` 参数不是有效的 Modbus 上下文对象。确保传递给 `modbus_tcp_accept` 函数的上下文对象是通过 `modbus_new_tcp` 函数创建的,并且没有被释放或损坏。 4. 错误的调用顺序:确保在调用 `modbus_tcp_accept` 函数之前,已经成功调用了 `modbus_tcp_listen` 函数,并且监听套接字已经准备好接受从站的连接请求。 5. 网络连接问题:该错误可能是由于网络连接问题导致的。确保从站和主站之间的网络连接正常,并且主站可以访问从站的 IP 地址和端口号。 需要注意的是,`modbus_tcp_accept` 函数用于接受从站的连接请求,并返回一个新的套接字描述符来处理与从站之间的通信。因此,在调用 `modbus_tcp_accept` 之前,确保已经创建了监听套接字并成功调用了 `modbus_tcp_listen` 函数。 如果以上方法仍无法解决问题,建议仔细检查你的代码逻辑和调用顺序,确保正确初始化和设置 Modbus 上下文,并在调用 `modbus_tcp_accept` 函数之前进行必要的准备工作。如果问题仍然存在,可以考虑参考 libmodbus 的文档或寻求社区的帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

QMCY_jason

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值