请问linux下几个关于tcp的recv接收函数的问题

flw

大哥，你自己用点心好不好？

好像我帮了你反而象犯了错一样。
早知道就不回了。
就当我没说。

BTW：没人说过让我一定把你教会的，反正我是这么做的，爱听不听！

ablelocal

没那么小气吧
没人说你犯错啊，误导了一下而已
除非你*flag事先已经指向了套接口的buff区
好吧，我回家想想，想不明白再来发贴
不过我的确很菜，不菜我也当斑竹了。  :wink:
哦，还知道你为什么老给人骂了，你丫肝不好，容易上火

linux_newbie

大伙别吵了。多费心看看程序吧 。我看这种程序最容易出bug了。

1. ret = recv( sock, buffer, flagSize, 0 );

复制代码

这句好像有个bug，因为ret返回的字节数可能大于0，但是小于flagsize，如果这样，下面的memcmp就会和buffer中的某些未初始化的值进行比较。

1. if ( memcmp( buffer, flag, flagSize ) == 0 )

复制代码

同时，while循环中

1. if ( memcmp( buffer + readBytes - flagSize, flag, flagSize ) == 0 )   // 接收到哨兵

复制代码

中可能会比较到buffer的前头，内存违规啊。flw！

flw

[quote]原帖由 "linux_newbie"]因为ret返回的字节数可能大于0，但是小于flagsize，[/quote 发表：

我本来自己写了一个函数叫 readn 的，可以确保读取到的数据长度为欲期的长度。
但是程序发上来的时候我把它替换成 recv 了，主要是不想引入太多的自定义函数。

如果这一句不出问题，那么下面的两个 bug 也就不存在了，对吧？

现已更正。谢谢提出错误！

ablelocal

能不能把你传递前获得*char的函数放上来看看？我就是想能够找到那个标志（中止符）

flw

[quote]原帖由 "ablelocal"]能不能把你传递前获得*char的函数放上来看看？[/quote 发表：

你丫下次不要再说“你丫”了好不好？

ablelocal

好
把你传递前获得*char的函数放上来看看？

flw

原帖由 "ablelocal" 发表：
好
把你传递前获得*char的函数放上来看看？

strcpy( flag, "\n" );

linux_newbie

原帖由 "flw" 发表：

我本来自己写了一个函数叫 readn 的，可以确保读取到的数据长度为欲期的长度。

原来如此。。

不过说句实话，如果找个\n结尾的，每次都recv一个字节，效率嘛。。。。呵呵

flw

原帖由 "linux_newbie" 发表：
原来如此。。

不过说句实话，如果找个\n结尾的，每次都recv一个字节，效率嘛。。。。呵呵

效率？
那么，怎样才能更高一些？
愿闻高见！