社区
网络编程
帖子详情
關於接收數據的奇怪問題...
yydyqy
2003-02-14 10:46:55
客戶端發送數據正常,服務器端接收發送數據也正常, 但客戶端在接收數據時不昰一次接收完(buffer足夠大), 而是分幾次接收, 這昰為何?我的服務器端與的昰CAsyncSocket類, 客戶端用的事CSocket類, 昰不昰不能這樣用? 謝謝.
...全文
84
1
打赏
收藏
關於接收數據的奇怪問題...
客戶端發送數據正常,服務器端接收發送數據也正常, 但客戶端在接收數據時不昰一次接收完(buffer足夠大), 而是分幾次接收, 這昰為何?我的服務器端與的昰CAsyncSocket類, 客戶端用的事CSocket類, 昰不昰不能這樣用? 謝謝.
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
HongHuer
2003-02-14
打赏
举报
回复
1
客戶端發送數據正常,服務器端接收發送數據也正常, 但客戶端在接收數據時不昰一次接收完(buffer足夠大), 而是分幾次接收, 這昰為何?
recv buffer 和 send buffer 是一样大吗?
如果是一样大的,应该是 recv 的次数 等于 send 的次数
如果不是一样大的。rect的次数 大于 send 次数。
2
我的服務器端與的昰CAsyncSocket類, 客戶端用的事CSocket類, 昰不昰不能這樣用? 謝謝.
可以这样用。
关于scanf函数的一个
奇怪
问题!建议scanf函数用uint32_t 来
接收
数据
本文探讨了在C语言中使用scanf函数
接收
数据时遇到的一个问题,即当尝试将输入读入到uint8_t类型的变量中时,数据可能会溢出并覆盖相邻内存。作者通过实验发现,将变量类型改为uint32_t可以避免这个问题。这可能是由于scanf默认按32位
接收
数据,导致小类型变量的潜在溢出风险。解决方案是使用适当的数据类型以确保数据安全
接收
。
STM32F030 串口uart1
接收
字节数据最高位1置1问题
本文介绍了STM32F030c8在使用UART1和UART2时遇到的串口中断
接收
数据最高位被置1的问题。问题源于RCC配置不当导致HSI工作不正常。通过正确配置HSI和PLL,解决了这一
奇怪
现象。
堆栈溢出
本文记录了一个关于使用recv函数
接收
数据时出现句柄丢失的
奇怪
问题,并详细解释了问题原因在于
接收
缓冲区大小不足导致的数据覆盖。通过调整
接收
缓冲区大小解决了问题。
C语言串口程序-适用于Windows系统编译出错
博主想用C语言从0编写串口程序,遇到诸多问题。编译时发现timeouts声明和字符串声明位置影响结果,换用visual c++ 6.0也有
奇怪
问题。调试时发现设置超时参数有误,修改后成功
接收
数据。还提到232和485串口工具均可使用。
STM32F103串口BUG——一个神奇的BUG
本文分享了一次STM32F103串口程序调试经历,作者遇到一个
奇怪
的BUG,即在
接收
数据后,程序似乎卡在中断中,导致printf函数不再打印。通过重新编译和下载程序,问题得以解决,疑似由库函数文件被意外修改引起。
网络编程
18,356
社区成员
64,161
社区内容
发帖
与我相关
我的任务
网络编程
VC/MFC 网络编程
复制链接
扫一扫
分享
社区描述
VC/MFC 网络编程
c++
c语言
开发语言
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章