
这个问题是因为用第三方软件打补丁造成的
解决方法:卸载最近两天内安装的系统更新补丁。
具体 *** 作:
控制面板→ 程序→程序和功能→已安装更新→选中更新文件右键→卸载
注如果是中毒,也会出现这个症状,但是一般中毒的话,很直观的表现就是CPU使用率一直保持100%。如果CPU使用率正常的话,就可以排除中毒的可能性。
一般卡屏或死机是自己不正确 *** 作引起的,记住容易引起卡屏或死机的 *** 作不做。电脑不要满负荷 *** 作,就是在玩游戏、看视频时、下载时、看网页的同时在干别的 *** 作最容易重启、死机、蓝屏,因此在玩游戏、看视频、下载时、看网页时不要在 *** 作别的东西了。
不管你在干什么,只要一有卡的迹象时就赶紧停止手头的 *** 作退出在试,如果还是这样就不要玩了或是不要看了。
硬件方面,如果内存条小就加内存条,CPU等硬件温度过高,硬盘坏道,在有就是加的硬件不合适引起的。
以前我也遇到过类似的情况,当时是因为动了C盘的文件,请问楼主,有没有改动C盘的迅雷文件夹?有没有使用C盘搬家?
看样子楼主没有动。
删了重装也不行?
楼主删除之后清理注册表了吗?如果没有清理的话几遍重装无数次还都是有错的。建议楼主用360软件管家卸载,卸载完成后清理所有注册表信息,然后再重装。
一楼的显然没有看清楼主的问题,二楼的筒子站着说话不腰疼,系统是说换就换的?很麻烦的啊~~~
代码存在明显错误:while(p1!=NULL)是在p1=NULL时才能退出,可一退出后就要执行p2->next=p3;p1->next=p2;head_addr=p1;3句;其中第2句是p1->next=p2;,p1已经是NULL了还哪儿来的成员next?代码似乎想将已知的链表变成逆转次序,但由于这种错误而达不到目的……
这是什么原因呢?Out Of Memery?如果是这样的话,建议不要把所有的都存入数组,可以读入一部分,处理一部分。存入数组的话,那整个文件都会在内存中了,这个文件 2M的话,那就需要2M的连续内存空间。
其它原因的话,那还得另说。话说,你可以把程序崩溃时显示的错误信息提供出来。
=============
对了,还有一个地方,不知道是什么样的。你说的文件约20000行,这个“约”,是已经达到了20000还是没达到?
通常情况下coredmp包含了程序运行时的内存,寄存器状态,堆栈指针,内存管理信息等。可以理解为把程序工作的当前状态存储成一个文件。许多程序和 *** 作系统出错时会自动生成一个core文件。
内存访问越界
a) 由于使用错误的下标,导致数组访问越界
b) 搜索字符串时,依靠字符串结束符来判断字符串是否结束,但是字符串没有正常的使用结束符
c) 使用strcpy, strcat, sprintf, strcmp, strcasecmp等字符串 *** 作函数,将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。
当我们的程序崩溃时,内核有可能把该程序当前内存映射到core文件里,方便程序员找到程序出现问题的地方。最常出现的,几乎所有C程序员都出现过的错误就是“段错误”了。也是最难查出问题原因的一个错误。下面我们就针对“段错误”来分析core文件的产生、以及我们如何利用core文件找到出现崩溃的地方。
core文件创建在什么位置
在进程当前工作目录的下创建。通常与程序在相同的路径下。但如果程序中调用了chdir函数,则有可能改变了当前工作目录。这时core文件创建在chdir指定的路径下。有好多程序崩溃了,我们却找不到core文件放在什么位置。和chdir函数就有关系。当然程序崩溃了不一定都产生core文件。
什么时候不产生core文件
在下列条件下不产生core文件:
( a )进程是设置-用户-ID,而且当前用户并非程序文件的所有者;
( b )进程是设置-组-ID,而且当前用户并非该程序文件的组所有者;
( c )用户没有写当前工作目录的许可权;
( d )文件太大。core文件的许可权(假定该文件在此之前并不存在)通常是用户读/写,组读和其他读。
利用GDB调试core文件,当遇到程序崩溃时我们不再束手无策。
以上就是关于win7程序老是崩溃 有时候闪退 有时候停止工作全部的内容,包括:win7程序老是崩溃 有时候闪退 有时候停止工作、应用程序老是崩溃、应用程序文件崩溃怎么办等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)