计算机启动时出现memery test error!是什么原因造成的。 [问题点数：20分，结帖人newwawa]
-
本版专家分：0结帖率 100% -
回复次数10楼主是这样的计算机在启动时，内存检测正常，（32M）
然后是硬盘，光驱一切正常，
可是在所有检测的最后
提示
memery test error!
按f1继续，delete进入coms(大概是这样的)
如果按F1，用A盘可以成功引导，不过键盘就不响应了。
如果用c 引导（win98），就死。
请问有否遇到过这种情况的人，请告诉我这是什么原因造成的。如果解决！问题点数：20分
-
本版专家分：30
-
#1 得分：2一般说来，所有检测的最后是不是指IDE设备检查完成？
-
本版专家分：1761
-
-
红花
2001年9月 C/C++大版内专家分月排行榜第一
2001年8月 C/C++大版内专家分月排行榜第一
-
- 黄花 2001年7月 C/C++大版内专家分月排行榜第二
-
-
#2 得分：21。换内存条试试。
2。用MCC测试，找出故障位置
-
本版专家分：0 -
#4 得分：2一般是硬件的问题。。
-
本版专家分：0
-
#5 得分：0to:SCUM(人渣)
怎么样进行mcc测啊！
内存好像是没有问题，还可能有什么别的原因！
-
本版专家分：232
-
- 红花 2001年7月 Windows专区大版内专家分月排行榜第一
-
-
#7 得分：5上面显示是你的内存自检未通过，有可能是你硬件的问题，也有可能是你的CMOS设置的不正确，请按DEL键看看你的设置是否正确，如果不懂最好设置成默认值。
-
本版专家分：49
-
#8 得分：2内存坏了
-
本版专家分：0
-
#9 得分：0好长时间不能来了， 可是最后也没有能修好，只好换个机器了。唉，真是一点办法也没有。
不过还是十分感谢大家的热心帮助。
-
本版专家分：0
-
#10 得分：0好长时间不能来了， 可是最后也没有能修好，只好换个机器了。唉，真是一点办法也没有。
不过还是十分感谢大家的热心帮助。
- 其他相关推荐
- 造成循环引用的情况
- 【原】iOS容易造成循环引用的三种场景,就在你我身边! ARC已经出来很久了，自动释放内存的确很方便，但是并非绝对安全绝对不会产生内存泄露。导致iOS对象无法按预期释放的一个无形杀手是——循环引用。循环引用可以简单理解为A引用了B，而B又引用了A，双方都同时保持对方的一个引用，导致任何时候引用计数都不为0，始终无法释放。若当前对象是一个ViewController，则在dis
- 一般什么原因会造成死锁，怎么解决?
- 操作系统中有若干进程并发执行，它们不断申请、使用、释放系统资源，虽然系统的进 程协调、通信机构会对它们进行控制，但也可能出现若干进程都相互等待对方释放资源才能 继续运行，否则就阻塞的情况。此时，若不借助外界因素，谁也不能释放资源，谁也不能解 除阻塞状态。根据这样的情况，操作系统中的死锁被定义为系统中两个或者多个进程无限期 地等待永远不会发生的条件，系统处于停滞状态，这就是死锁。
- 程序闪退出现的原因
- 1.空指针：对象没有初始化就使用了； 2.空函数：有事件源但没有对应的事件对象； 3死循环：没有合理的循环控制流； 4.内存泄露：同一个对象不停地开辟，而且没有释放； 5.内存溢出：程序所消耗的内存大于硬件提供的内存； 6.网络：异步加载时提前调用了数据（现象是在弱网时，根源是空指针）； 7.界面UI：像拍照没有附加于ControlView； 8.主线程：需要主线程执行的，放于子线程里执行了。比如：网络电话－－网络电话是用C语言写的，在高级语音中要调用中，需要加线程转换。
- 关于线程死锁的产生、原因和原理
- 下面示例演示了线程的死锁，只有明白了死锁是如何产生的，才能在项目中有效的避免死锁的发生 /* * 死锁： * 如下程序在运行时就会造成死锁的状态 * * static使用的锁为:该类的字节码文件对象 * 使用synchronized同步函数的锁为this * 使用synchronized同步代码块的锁为自定义对象，也可以写为this或该类的字节码文件对象 * * 所以
- Android ANR产生的原因及如何避免
- 在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。默认
- 可能出现内存泄漏的几种情况
- 定义 简单来说，内存泄漏就是程序在申请一个内存空间后没有释放，直到程序运行结束后才释放。这样看起来似乎没什么大问题，但是如果程序会持续运行很长时间（例如服务器），并且可能在程每次调用某个部分的时候都会申请一个内存空间，那么长久以来的后果是可想而知的：当程序希望再次申请一块空间时，发现已经没有free的部分了，最终导致系统崩溃。 情况 内存泄漏可能发生在如下几种条件下： 1
- 导致OOM异常的原因哪些?
- 一、 Acitivity没有对栈进行管理,如果开启过多,就容易造成内存溢出 二、加载大的图片或者同时数量过多的图片的时候 三、数据库或者资源没有关闭 四、静态成员变量持有类的应用 五、非静态内部类持有外部类的引用,使用非静态内部类创建静态变量 六、单例引起内存泄露 七、Handler造成内存泄露 八、线程周期不可控 九、无线循环的属性动画引起内存泄露 十、listView等没有g
- Android 常见导致OOM的主要原因
- OOM主要有两种原因导致：1. 加载大图片；2. 内存泄漏；一、加载大图片在Android应用中加载Bitmap的操作是需要特别小心处理的，因为Bitmap会消耗很多内存。比如，Galaxy Nexus的照相机能够拍摄2592x1936 pixels (5 MB)的图片。 如果bitmap的图像配置是使用ARGB_8888 (从Android 2.3开始的默认配置) ，那么加载这张照片到内存大约需要
- android什么情况下会导致ANR？
- 粗略的来分会有两种情况导致ANR： 第一类：dispatchTimeout 输入事件分发超时，一般是由于主线程在5秒之内没有响应输入事件。 第二类：BroadcastReceiver没有在系统设定的时间内完成并返回。 再细分的话ANR可能是由主线程导致也可能是由非主线程导致： 由于主线程导致的情况： 1.耗时网络访问 2.当有大量数据读写操作时再
- 过拟合产生的原因和预防
- 1，什么是过拟合(overfitting) 简单的说就是这样一种学习现象：Ein 很小，Eout 却很大。 而Ein 和 Eout 都很大的情况叫做 underfitting。 这是机器学习中两种常见的问题。 上图中，竖直的虚线左侧是"underfitting", 左侧是"overfitting”。 发生overfitt