static int nTemp = 0;
void CTestTimeDlg::OnTimer(UINT nIDEvent)
{
KillTimer(0);
m_strInfo.Format("%d",nTemp++);
SetDlgItemText(IDC_STATIC_INFO, m_strInfo);///< 更新界面Static
SetTimer(0,10,NULL);
CDialog::OnTimer(nIDEvent);
}
在线等
9 个解决方案
#1
不明白这么做有什么意义
#2
timer频繁调用不太好,这样写可能是怕timer嵌套吧。
#3
没有必要这么做吧?
#4
你在OnTime里面使用SetTimer(0,10,NULL);
这种用法实在很怪异啊!
你在外部设置SetTimer(0,10,NULL);定时器。
然后再在Ontime中设置需要更新的内容,不行吗?
这种用法实在很怪异啊!
你在外部设置SetTimer(0,10,NULL);定时器。
然后再在Ontime中设置需要更新的内容,不行吗?
#5
这个是一个用户写的程序,为了是在killtimer后,执行一个耗时操作,如果执行时间较长,则一直执行,执行完后,再次启动timer,上面时间间隔应该为100ms,写错了
#6
用法不太好,不过看起来没什么问题,你有什么问题了吗?
#7
没有必要这样写,WM_TIMER消息好像被自动合并的,如果你在100内发了两个消息,如果CPU一直忙,第一都没有处理的话,第二个已经来了,此时,这两个消息会合并的
#8
0 这个ID是可以用的么?
学习了
学习了
#9
测试结果没问题
#1
不明白这么做有什么意义
#2
timer频繁调用不太好,这样写可能是怕timer嵌套吧。
#3
没有必要这么做吧?
#4
你在OnTime里面使用SetTimer(0,10,NULL);
这种用法实在很怪异啊!
你在外部设置SetTimer(0,10,NULL);定时器。
然后再在Ontime中设置需要更新的内容,不行吗?
这种用法实在很怪异啊!
你在外部设置SetTimer(0,10,NULL);定时器。
然后再在Ontime中设置需要更新的内容,不行吗?
#5
这个是一个用户写的程序,为了是在killtimer后,执行一个耗时操作,如果执行时间较长,则一直执行,执行完后,再次启动timer,上面时间间隔应该为100ms,写错了
#6
用法不太好,不过看起来没什么问题,你有什么问题了吗?
#7
没有必要这样写,WM_TIMER消息好像被自动合并的,如果你在100内发了两个消息,如果CPU一直忙,第一都没有处理的话,第二个已经来了,此时,这两个消息会合并的
#8
0 这个ID是可以用的么?
学习了
学习了
#9
测试结果没问题