不知道大家有没有遇到这样一个 send的问题.

kernel.org

检查了又有什么用啊? 包已经发出去了.

2006-04-19|66.66.66.6|218.25.154.11|tcp|22|42451|SSH
2006-04-19|218.25.154.3|218.25.154.11|tcp|22|4869|SSH
2006-04-19|60.191.244.43|218.25.154.11|tcp|22|57823|SSH
2006-04-19|218.25.154.7|218.25.154.11|tcp|22|51888|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|56016|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|44742|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|44902|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|45049|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|45162|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|45290|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|22|45437|SSH
2006-04-19|148.228.20.22|218.25.154.11|tcp|2
2|45598|SSH
2|45754|SSH
2|45913|SSH
2|46074|SSH
2|46230|SSH
2|46379|SSH
2|46533|SSH
2|46692|SSH
2|46849|SSH
2|46964|SSH
2|47088|SSH
2|47250|SSH

总是这样. 这是从客户端那边得到的,在屏幕上的显示.开始的数据都对.后来的就错了.服务器那边没有任何报错.

kernel.org

n = send(fd,buf,strlen(buf),0);
        if(n < 0 || n!=strlen(buf))
            perror("send");

kernel.org

而且 再每次调用send后.

usleep(500000); 后客户端收到的数据就正常了. 为什么???到底问题出在那?

wingger

原帖由 wingger 于 2006-5-9 09:57 发表
TCP 是无边界的，receive 应该循环接受，并且自定义边界。

再说一遍。

kernel.org

原帖由 wingger 于 2006-5-11 11:20 发表

再说一遍。

recv 是循环接收的.而且有边界. buf 128的.
但是还是不好用.

那能解释一下为什么我 sleep了一下 那边就好了呢?

wingger

原帖由 kernel.org 于 2006-5-11 12:39 发表


recv 是循环接收的.而且有边界. buf 128的.
但是还是不好用.

那能解释一下为什么我 sleep了一下 那边就好了呢?

那你自己一个人玩吧。
如果你不想再好好看看 recv 那一段的话。

kernel.org

再补充一下.我send那边的每个buf都是128的.
recv那边的也是.

不存在什么边界 什么的说法.

kernel.org

原帖由 wingger 于 2006-5-11 12:44 发表

那你自己一个人玩吧。
如果你不想再好好看看 recv 那一段的话。

怎么看?

kernel.org

在while里循环接收的.

服务器段 发送一个包里有 end的时候终止.

1. 
   
2. while(1)
   
3. {
   
4. recv(fd,buf,sizeof(128),0);
   
5. ....判断是不是end.不是continue;
   
6. }
   

复制代码

[ 本帖最后由 kernel.org 于 2006-5-11 12:48 编辑 ]

wingger

recv 的返回值未作任何处理，就敢说是“有边界的”？