请教:关于CArchive::Flush()的疑惑 (与socket有关)

icelight 2002-04-29 07:25:14
我想实现一个功能:browser请求一个HTM文件时,server只输出该文件的前半部分,其余的在未来几分钟或几小时内陆续输出(当然该TCP连接一直不关闭)。
线程函数的关键代码:

//pUserData是本线程的入口参数,UserData类的实例存有本线程的地址
while((*pUserData).isThreadActive()) //主线程可在此指示本线程关闭
{
CArchiveA.WriteString((*pUserData).getNewMessage())//陆续输出HTM代码
CArchiveA.Flush(); //这句是核心,对吧?
(*(*pUserData).getThreadAddress()).SuspendThread(); //挂起自已,等待主线程唤醒
}
return 0; //线程自杀


问题是:
CArchiveA.Flush()好象并不会永远正常工作。
server程序现在工作正常:browser显示HTM前半部分后,处于一直在等待剩余输出的状态。
server一有输出browser立刻显示。
但是,当我重启NT或重新登录用户后,运行server程序,BROWSER就什么都没显示,一直在等。
查看server窗口,代码的确已运行到了 CArchiveA.Flush();之后。
注释掉上述代码,browser显示HTM前半部分。去掉注释再试。得到了以前的期望效果。
重启NT后,毛病又犯了。

屡试不爽。

问题在哪呢?是不是CArchiveA.Flush()并未如我期望立刻输出内容到客户,系统想等缓冲满了再一起发送?
...全文
220 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
vtable9999 2002-04-30
  • 打赏
  • 举报
回复
如果你的数据不是一个一个的数据包,而是连接的,就不要用CArchive,直接用socket发送就行
icelight 2002-04-30
  • 打赏
  • 举报
回复
谢谢vtable9999前辈回的EMAIL。我给分先,回头慢慢看懂你回的程序。
icelight 2002-04-30
  • 打赏
  • 举报
回复
这是另一个痛苦的问题:
用socket api时,调用socket.accept阻塞时,browser输入http://127.0.0.1:8000没反应。调试好久了。>_< (估计是bind出问题,不知被我bind到什么地址去了)

给个简单的HELLO SOCKET WORLD如何? server side的

btw,我总觉得CSocket,socketFile,CArchive等等该死的类都不会立刻发送我要求的数据,总是期望我将所有数据交给了系统,然后系统再统一发给客户端。我的猜想对不对?是不是用socket api编程就可以避免这种问题?

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧