应用程序初始化失败

《应用程序初始化失败》由会员分享，可在线阅读，更多相关《应用程序初始化失败（12页珍藏版）》请在金锄头文库上搜索。

1、当我们在计算机系统中运行一些容量较大的程序或者游戏时，系统常常会自动弹出“xx 内 存不能为 read 或 written”的错误提示，遇到这种故障信息时，我们该如何才能将它有效 排除，同时确保下次运行容量较大的程序或者游戏时，系统不会再次出现系统内存读写错误 呢?事实上，当我们不幸遭遇上面的故障信息时，我们可以尝试按照如下步骤进行依次排查：移除无效插件程序 在上网冲浪的过程中，许多插件程序会偷偷地安装到计算机系统中，而不少插件程序往往都 有防删除的功能，因此这些插件很容易与其他的应用程序发生冲突，从而间接地引起系统内 存读写错误的现象。为了给那些大容量的应用程序或游戏提供一个干净、稳定的工作

2、环境， 我们最好定期使用类似 360 安全卫士这样的程序，来查看系统是否被偷偷安装了各种无效的 垃圾插件程序，一旦发现的话，那可以直接将它们从系统中及时卸载干净。 手工修复系统服务 与系统内存读写操作有关的 Windows Management Instrumentation 服务要是发生错误的话， 也会导致系统弹出内存读写错误的提示，所以当我们遇到这种错误现象时，可以尝试手工修 复一下 Windows Management Instrumentation 服务，下面就是具体的修复步骤： 首先用鼠标右键单击系统桌面中的“我的电脑”图标，从弹出的快捷菜单中执行“管理”命 令，打开本地系统的计算机

3、管理窗口，在该窗口的左侧显示区域，依次展开“服务和应用程 序”/“服务”选项，在对应“服务”选项所在的右侧显示区域中，找到 Windows Management Instrumentation 服务，并用鼠标右键单击该服务选项，从弹出的快捷菜单中 执行“属性”命令，打开如图所示的服务属性设置界面; 其次在该设置界面的“常规”标签页面中，单击“停止”按钮，将 Windows Management Instrumentation 服务暂时停止运行。之后，打开计算机系统的资源管理器窗口，在该窗口 中依次展开“Windows” 、 “system32” 、 “wbem” 、 “repository”文

4、件夹，然后将 “repository”文件夹窗口中的所有文件进行一下备份，备份完成后将该文件夹中的所有内 容全部清除掉; 接下来，重新启动一下计算机系统，待系统启动成功后，按前面操作打开 Windows Management Instrumentation 服务的属性设置界面，单击该界面中的“启动”按钮，相信 这么一来 Windows Management Instrumentation 服务就能正常运行了。 修复系统损坏文件 如果计算机系统不小心感染了病毒或者发生了误删除操作，那么与系统内存读写操作有关的 系统文件很可能受到损坏，而这些系统文件一旦受到损坏的话，那么我们就很容易遭遇内存 读写

5、故障提示了。所以，我们一旦碰到内存读写错误的提示时，不妨按照如下步骤修复一下 系统，看看系统是否存在损坏的文件： 首先使用最新版本的杀毒软件，来对计算机系统进行彻底地病毒查杀操作，因为计算机系统一旦感染了病毒而不进行清除的话，我们即使修复了系统文件，病毒仍然有可能会继续破坏 系统文件，所以及时使用杀毒软件来将计算机中的病毒全部清除干净，可以确保系统文件不 会继续受到病毒的威胁。 其次使用系统自带的“sfc”命令，来尝试将受到损坏的系统文件修复到正常状态。在修复 受损系统文件时，只要依次单击“开始”/“运行”命令，在弹出的系统运行对话框中，输 入字符串命令“sfc /scannow” ，单击回车

6、键后，该命令程序就会对系统每个角落处的系统 文件进行搜索扫描，一旦发现系统文件的版本不正确或者系统文件已经损坏的话，它就能自 动弹出提示界面，要求我们插入 Windows 系统的安装光盘，以便从中提取正常的系统文件来 替代不正常的系统文件，从而达到修复系统文件的目的。要是系统修复操作成功的话，相信 我们重新启动计算机系统时，就不会看到有什么不正常的现象了。 及时释放系统内存 我们知道，在运行一些容量较大的程序或者游戏时，需要消耗相当的系统内存资源，要是此 时内存空间不够时，那么系统内存读写错误的故障提示很有可能就会发生。为了有效避免这 种错误提示，我们最好在运行容量较大的程序或者游戏之前，应该

7、先将计算机系统重新启动 一下，这样能够将系统内存空间充分释放出来;如果计算机内存空间本身就比较小的话，那 么我们建议各位最好及时升级内存，以便拓展内存的有效使用空间，以防止由于系统内存不 足而造成系统内存读写错误的发生。 当然，在系统自身内存空间不足的情况下，我们应该先将那些随机启动的杀毒软件以及相关 即时监控的程序暂时关闭掉，之后再尝试运行容量较大的应用程序或者网络游戏，因为杀毒 软件及相关监控程序会在一定程度上消耗一些系统内存资源，将它们关闭可以节省不小的内 存空间，从而能够有效避免内存读写错误现象的发生。当然，值得注意的是，我们在运行完 大容量的程序或游戏之后，还必须记得及时将相关程序的

8、监控功能全部打开。 参考资料 :http:/ 先 运行 输入 cmd 回车在命令提示符下输入 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 如果有再不明白的 请输入“read 或 written”搜索。 建议关闭 DWWIN.EXE 试试。 dwwin.exe 是微软 Doctor Watson 错误报告程序，包括在一些微软的产品中。 Dr.Watson 是 Win 2000 的一个崩溃分析工具，它会在应用程序崩溃的时候自动弹出，并且在默认情况下，它会将与出错有关的内存存为 DUMP 文件以供程序员分析。 不过我们作为普通用户，

9、记录 DUMP 文件不但毫无用处，而且还有两个极大的缺点： 1.崩溃的瞬间，会有一个对话框弹出，告知应用程序出错将被关闭。这时，一般伴随有巨型 的读盘现象，要过很久程序才能关闭。这是因为 Dr.Watson 在做内存 DUMP。 2.占用大量磁盘空间。有时 DUMP 下来的这些文件会占用大量的磁盘空间。 实际上 DRWTSN32 是 WIN2000 默认的出错调试器，如果我们根本不想用它的话，打开注册表 编辑器，进入主键 HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsNTCurrentVersionAeDebug ，然后 将“AUTO”键值设置为 0。应用

10、程序初始化失败 2007-07-19 17:41 我的电脑点击一些文件会出现(xp 系统) 请教大侠们 ,如何解决? 1、微软 IE 缓冲溢出漏洞引起 2、内存或虚拟内存地址使用冲突造成程序的运行需要分配一定的内存地址给程序使用，当 程序结束时释放留出空间让给新的程序使用，win 是多任务的系统有时前程序未结束 又有 新的任务开始到底要多少内存或虚拟内存来保证我们同时运行的工作任务呢?也许 win 在这 个问题上没弄好，所以有此错误常常发生，一般运行大型软件或多媒体后出现这种情况 3、劣质内存条也会出现这个问题一般来说，内存出现问题的可能性并不大，主要方面是： 内存条坏了、内存质量有问题，还有

11、就是 2 个不同牌子不同容量的内存混插，也比较容易出 现不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用 MemTest 这个软件来 检测一下内存，它可以彻底的检测出内存的稳定度。假如你是双内存，而且是不同品牌的内 存条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者 和其它硬件不兼容。 4、微软 WINDOWS 系统的漏洞，windows 把内存地址 0X00000000 到 0X0000ffff 指定为分配 null 指针的地址范围,如果程序试图访问这一地址，则认为是错误。c/c+编写的程序通常 不进行严格的错误检查，当采用 malloc 来分配内存

12、而可供分配的地址空间不够的情况下返 回 null 指针。但是代码不检查这种错误，认为地址分配已经成功，于是就访问 0X00000000 的地址，于是就发生内存违规访问，同时该进程被终止。ASCII 字符填充组成的 pif 文件时 会出现以下情况：一个非法的 pif 文件（用 ascii 字符x填充）至少要 369 字节，系 统才认为是一个合法的 pif 文件，才会以 pif 的图标pifmgr.dll,0显示，才会在属性里有 程序、字体、内存、屏幕”等内容。而且仅仅当一个非 pif 文件的大小是 369 字节时察看属性的“程序”页时，不会发生程序错误，哪怕是 370 字节也不行。当对一个大于

13、369 字节的 非法 pif 文件察看属性的“程序”页时，Explorer 会出错，提示：*指令引用的 *内存。该内存不能为read ，问题出在 pif 文件的 16 进制地址： 0x000001810x870x000001820x01和 0x000002310xC30x000002320x02即使是一个合 法 pif 文件，只要改动这四处的任意一处，也会引起程序错误。而只要把 0x00000181 和 0x00000182 的值改为0xFF0xFF，那么其它地址任意更改都不会引起错误。 5、可能没有完全正确安装 apache 服务，且启动了它的原故; 把服务中 OracleOraHomeXX

14、HTTPServer 改成停 止 6、应用程序没有检查内存分配失败程序需要一块内存用以保存数据时，就需要调用操作系 统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回 给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配” ，内存 地址也就是编程中的“指针” 。内存不是永远都招之即来、用之不尽的，有时候内存分配也 会失败。当分配失败时系统函数会返回一个 0 值，这时返回值“0”已不表示新启用的指针， 而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存 后都应该检查返回值是否为 0，如果是，则意味着出现了故障，应该采

15、取一些措施挽救，这 就增强了程序的“健壮性” 。若应用程序没有检查这个错误，它就会按照“思维惯性”认为 这个值是给它分配的可用指针，继续在之后的运行中使用这块内存。真正的 0 地址内存区保 存的是计算机系统中最重要的“中断描述符表” ，绝对不允许应用程序使用。在没有保护机 制的操作系统下(如 DOS)，写数据到这个地址会导致立即死机，而在健壮的操作系统中，如 Windows 等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错 的应用程序，以防止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出被引用 的内存地址为“0x00000000” 。内存分配失败故障的原因很多

16、，内存不够、系统函数的版本 不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种 应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统文件之后。 7、应用程序由于自身 BUG 引用了不正常的内存指针在使用动态分配的应用程序中，有时会 有这样的情况出现：程序试图读写一块“应该可用”的内存，但不知为什么，这个预料中可 用的指针已经失效了。有可能是“忘记了”向操作系统要求分配，也可能是程序自己在某个 时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收，其访问权已经不 属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图“违法”的程序唯一的 下场就是被操作终止运行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多 啊！像这样的情况都属于程序自身的 BUG，你往往可在特定的操作顺序下重现错误。无效指 针不一定总是 0