咱写了个MFC读写串口的程序,但是越来越卡,可能是啥原因

咱写了个MFC读写串口的程序,但是越来越卡,可能是啥原因,第1张

写的都是阻塞的,不过应该影响不大。

由于监控下位机有个心跳数据需要取,所以每一秒发一条命令然后受到状态更新界面上一个CStatic。

现在,MFC程序刚刚启动时还好,资源管理器显示平均CPU占有12左右;

不过,啥也不干,就那么放着,一个小时左右后整个电脑都开始卡,这时显示平均CPU占用5左右。到后来,干脆整个程序界面都卡死了,就是Ctrl+Tab回不来了。但是至少后台在打印txt日志的行程还在运行。

从资源管理器来看,平均%5的CPU也不是很夸张啊,但为啥就界面卡死了呢?

而且刚刚运行的时候不是很卡,时间久了就卡了,是啥东西比如句柄用完了没释放导致的吗?

Liveupdate是诺顿的系列软件的在线更新程序。

升级程序获取原有客户端应用程序的最近一次更新日期或版本号或文件大小,两者进行比较;如果发现升级程序的日期大于原有程序的最新日期,则提示用户是否升级;

或者是采用将现有版本与最新版本作比较,发现最新的则提示用户是否升级;也有人用其它属性如文件大小进行比较,发现升级程序的文件大小大于旧版本的程序的大小则提示用户升级。

客户端的程序启动,检测到有需要更新的时候启动update.exe,从服务端下载需要更新的dll文件,并退出主程序,通过update.exe进行更新 *** 作等,文件的下载,注册表的 *** 作等都写在了update.exe里。

客户端的程序启动,检测到有需要更新的时候启动update.exe,从服务端下载需要更新的dll文件,并退出主程序,启动update.exe之后,update.exe检测自身是否需要更新。

下载需要更新的文件到update目录(包括update.exe),下载完毕设置标记,启动主程序,主程序拷贝所有更新文件到安装目录(包括update.exe)。

扩展资料:

诺顿安全是一个反病毒软件,直观来说,诺顿是一种行为侦测/防御的技术,其可以在建立病毒定义档及间谍软件侦测定义档前,阻止恶意程序码侵入。

这些新兴且未知的恶意程序码会透过木马程序、蠕虫、大众邮件病毒、间谍软件或者下载软件病毒的形式进行攻击与破坏。仅使用一组有限的启发式法则时,SONAR可以透过广泛且异质的应用行为数据,大幅提升其防护能力,且明显地将误判率降至最低。

参考资料:

百度百科-诺顿

您好!出现:0x 指令引用的0x内存。该内存不能为"read"或"written"。答案原创★严禁复制★

1对电脑没有影响或偶尔出现,不用管它,重启电脑后可能会自动消失。

2盗版系统或Ghost版本系统,可能会出现该问题,及时安装官方发行的补丁,{检查电脑年、月、日是否正确}。建议:安装正版系统。

3病毒引起的:升级杀毒软件或下载专杀工具,对电脑全盘杀毒。

4硬件引起的:如果是内存条引起的,把内存条拆下清理干净重新安装。必要时更换内存条。(硬件上很少出现该问题)

5软件引起的:安装的软件与系统或其它软件发生冲突,盗版或带病毒的(游戏等)其它软件,如果您使用正版软件,就不会出现该问题。主要检查开机启动项,把没必要启动的启动项禁用

再有当打开运行浏览器、播放器、游戏、QQ等,出现该问题时。一般的解决办法就是卸载该软件重新安装。如果不能解决,需要更换同类型其它版本的软件,或找到发生冲突的软件卸载它,问题才能解决。

6检查驱动是否出现问题,重新安装驱动或及时更新驱动。

◆如果上面的方法不能解决,从网上下载一个read修复工具修复一下试试。必要时还原或重新安装系统。

解决方法

(1)重启支持:在应用程序升级完成或崩溃后自动重启(这个特性对所有类型的MFC应用都有效)。

(2)应用恢复支持:重新打开之前已经打开的文档;恢复自动保存的文档(这个特性只对文档/试图类型的MFC应用有效)。

对于新建的MFC应用程序和已存在的应用,获取重启管理器支持的方法是不同的。对于新的应用只需要两步:

(1)使用MFC应用向导创建一个新的MFC应用程序;

(2)在高级特性设置页(Advance features page)中,选中“Support Resart Manager”复选框。

这里可以有3中不同的选项。

首先啊

得给你说说微软

编译器

的兼容能力

低版本的编译器编译出的程序在高版本的编译器中能打开并运行

高版本的编译器编译出的程序在低版本的编译器中则不能打开并运行

即你建立的vc60的工程能在vs2010里打开并编译

但是你建立的vs2010的工程并不能在vc60中打开并运行

&&&除非&&&

你建立的vs2010中的组建那些在vc60中有的话

那就能在vc60中打开,因为微软越高版本的编译器里都包含有先前编译器中的组建儿或者对其低版本的编译器组建的支持

以上就是关于咱写了个MFC读写串口的程序,但是越来越卡,可能是啥原因全部的内容,包括:咱写了个MFC读写串口的程序,但是越来越卡,可能是啥原因、Liveupdate 是什么应用程序、运行MFC程序时内存不能为read等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/10208469.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-06
下一篇 2023-05-06

发表评论

登录后才能评论

评论列表(0条)

保存