小编Tre*_*e77的帖子

我在嵌入式Linux环境中工作.

它在启动时启动一个telnet守护程序,它监视特定端口并在收到连接时启动程序.

即

telnetd -l /usr/local/bin/PROGA -p 1234

PROGA - 将以不规则的间隔输出一些数据.当它没有输出数据时,每隔X段发出一个"心跳"类型字符串,让客户知道我们仍处于活动状态,即"heartbeat\r \n"

在一段随机的时间之后,客户端(使用linux版本的telnet,由以下方式启动:telnet xxx.xxx.xxx.xxx 1234)将无法接收'heartbeat\r \n'

客户看到的数据:

heartbeat  
heartbeat  
heartbeat  
...
heartbeat
[nothing, should have received heartbeat]
[nothing forever]

心跳发送:

result = printf("%s", heartbeat);

检查结果,总是长度heartbeat.记录到syslog会向我们显示printf()正在以适当的间隔成功执行

我已经添加了一个tcdrain和fflush,它们都取得了成功,但似乎并没有帮助这种情况.

任何帮助,将不胜感激.

**UDPATE:从服务器端获取了wireshark捕获.很明显,心跳正在不断发送.没有Hicups,没有延迟.但是在客户端发现了一些有趣的东西 这个测试用例中的客户端(Ubuntu 9.04上的telnet)似乎突然停止接收心跳(如上所述).Wireshark证实了这一点,数据包大幅停顿.好吧,一旦客户端停止接收心跳,按下任何击键(在客户端上)似乎会触发来自客户端缓冲区(所有心跳)的数据.客户端上的Wireshark还在一个数据包中显示大量数据.

不幸的是,我真的不知道这意味着什么.这是一个线路模式开/关的东西？线路结尾(\ r \n)非常明显地通过.

**更新2:运行netcat而不是telnetd,问题不可重现.

在程序'progX'的开头有下面的代码是否有区别？

if(daemon(0, 0) == -1)
{
    printf("daemon error: %s", strerror(errno));
}

或通过以下命令运行'progX':progX&2>/dev/null 1>/dev/null 0>/dev/null