|
|
|
|
|
  Re: 请教：关于命名管道的问题 - wandys [ 2005-07-28 12:07 | 147 byte(s)]
Re: 请教：关于命名管道的问题 - zhangxp [ 2005-07-27 20:11 | 70 byte(s)]
Re: 请教：关于命名管道的问题 - kensoulz [ 2005-07-29 10:06 | 356 byte(s)]
|
|
|
|
[Original]
[Print]
[Top]
|
|
我使用阻塞时的fifo进行客户端和服务端的通信。如果客户端建立了管道并通知了服务端后，客户端程序异常退出和被强制杀掉，此时如果服务端以只写阻塞的方式打开管道，就会进入阻塞。我想在打开之前判断一下管道的状态（是否有用户以读的方式打开），那位高手能告诉我该怎么判断？
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
我的情况是这样的，服务端创建一个命名管道（FIFO）用于接受数据，每个客户端创建一个命名管道用于接受服务器的返回数据。如果有一个客户端创建了命名管道并通知了服务端以后，就异常终止了；服务端在退出的时候通知每个客户端，但是当阻塞只写打开异常退出的客户端的命名管道时，就会阻塞在open函数中，我现在调用open函数前进行判断，请各位高手给于指点。
因为此时，程序被阻塞到open函数，还没有得到文件描述符，所以现在没有办法使用select()或poll()。能不能在只知道文件名的情况下判断。
|
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
>判断一下管道的状态（是否有用户以读的方式打开）
open it with O_NONBLOCK. you'll get ENXIO if there's no reader.
|
|
|
----
UN*X is user^H^H^H^Hfriend-friendly.
|
|
[Original]
[Print]
[Top]
|
|
[Original]
[Print]
[Top]
|
如果有一个客户端创建了命名管道并通知了服务端以后，就异常终止了
你是用什么方法让客户端通知的服务器端 ？ 异常终止是不是因为收到了sigpipe信号，写个信号处理程
序看看吧，另外创建管道的时候先非阻塞读打开，再阻塞写打开，这2个文描述符放着不用，就不用考虑
其他进程打开管道时候的阻塞问题了，就是浪费文件描述符
|
|
|
[Original]
[Print]
[Top]
|
|
|
声明: 本页内容为中国Linux论坛的内容镜像，文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者，如果转载，请注明文章来源及相关版权信息。