请大家分析一下原因

coordinate 2007-12-21 12:25:32
我的问题是这样的:
有两个工人线程A和B,A读取数据,B负责其他的处理.他们用一个事件对象同步.
A是这样读数据的:我有个不可见的对话框,上面有一个MSCOMM控件,在OnComm事件中每收到128个(1毫秒1个)数据设置另一个事件对象,而A调用的一个函数中等待这个事件,等待128X4毫秒.但是不知道为什么每次都是等待超时!
...全文
147 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
coordinate 2007-12-24
  • 打赏
  • 举报
回复
往上顶
xbl2003 2007-12-24
  • 打赏
  • 举报
回复
zhoujianhei 2007-12-21
  • 打赏
  • 举报
回复
A线程读数据,B线程处理读到的数据,是这样吗。
如果是,则,B处理完数据前A不应该读数据.
coordinate 2007-12-21
  • 打赏
  • 举报
回复
第二个事件不与线程B有什么直接的联系
zhoujianhei 2007-12-21
  • 打赏
  • 举报
回复
检查一下2个事件对象的同步。
coordinate 2007-12-21
  • 打赏
  • 举报
回复
"他们用一个事件对象同步"
"设置另一个事件对象"
也是两个呀
zhoujianhei 2007-12-21
  • 打赏
  • 举报
回复
至少需要2个事件对象
coordinate 2007-12-21
  • 打赏
  • 举报
回复
WINDOWS事件机制对同步有影响吗
coordinate 2007-12-21
  • 打赏
  • 举报
回复
A与B的同步现在没有问题.现在是A在等待MSCOMM事件中的SetEvent出了问题

16,472

社区成员

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

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

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