我看的那本讲Linux系统编程的书里面有这么一段话。 [quote] A write on a FIFO that can’t accept all of the bytes being written will either: ❑ Fail, if the request is for pipe_BUF bytes or less and the data can’t be written. ❑ Write part of the data, if the request is for more than pipe_BUF bytes, returning the number of bytes actually written, which could be 0. ...

writer代码如下： [code] sysopen(FIFO , $FIFO , O_WRONLY|O_NONBLOCK) or die ("can't open fifo: $!\n"); print "before write\n"; print FIFO "hello"; sleep 5; print "write complete\n"; close FIFO; [/code] 运行reader时，发现其并未在writer print FIFO "hello"后立刻读到管道中数据，而是等到writer的sleep5秒后，执行close FIFO时才读到的，这究竟是怎么回事？

tcp会不会丢包?,, 难道说tcp这么安全,不可能丢包吗? :oops:

服务器和客户端利用tcp/IP协议socket通信，如果客户端用select,阻塞方式Recv函数接收服务器的数据并分析数据，如果分析数据需要的时间较长（假设极限时间10分钟），而服务器端一个劲的发（极限情况1微秒发1包），会不会造成数据包的丢失？ 多谢指教！

BIND8的named进程会自己DOWN 不知道为什么,每次启动/usr/local/sbin/named进程后,没过多久就DOWN 有时又过一两天才DOWN? 是不是系统的问题? 还是系统资源不够用啊?

client端退出时 send函数出错 139 Broken pipe 然后整个程序都退出 连我判断send返回值的if语句都没进去 ,就是说send还没执行完就退出了，而且判断返回值 <= 0 后 我根本就没加exit，只是printf了一下 这是怎么回事？

现在有一个process A， 一个process B，B作为named pipe的server。 A往named pipe里面写消息，B从改named pipe读。 现在的问题是： B的log信息显示，B试图往该named pipe里面写msg了。 但是A process的log，没有显示收到了来自B process的消息。 请问，有没有什么办法，能够坚持出B到底有没有成功的写入到named pipe中？ 有没有什么方法，能够查看named pipe的状态？检查出到底是什么原因？ 多谢了。

现在有一个process A， 一个process B，B作为named pipe的server。 A往named pipe里面写消息，B从改named pipe读。 现在的问题是： B的log信息显示，B试图往该named pipe里面写msg了。 但是A process的log，没有显示收到了来自B process的消息。 请问，有没有什么办法，能够坚持出B到底有没有成功的写入到named pipe中？ 有没有什么方法，能够查看named pipe的状态？检查出到底是什么原因？ 多谢了。

请问大家： tcp是可靠的协议，那是不是说用tcp的应用就不会丢包？

系统为sco unix 5.0.5,通过华为路由器带网点终端,最近网点常出现全部死机,经检查是因为服务器到网点的tcp连接全部同时中断,重新做tcp stop,tcp start后马上恢复,请教各位是什么原因引起服务器的tcp中断?