应用程序初始化失败

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

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

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

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

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

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

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

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

8、%system32*.dll) do regsvr32.exe /s %1如果有再不明白的 请输入“read或written”搜索。建议关闭DWWIN.EXE试试。dwwin.exe是微软Doctor Watson错误报告程序，包括在一些微软的产品中。Dr.Watson是Win 2000的一个崩溃分析工具，它会在应用程序崩溃的时候自动弹出，并且在 默认情况下，它会将与出错有关的内存存为DUMP文件以供程序员分析。不过我们作为普通用户，记录DUMP文件不但毫无用处，而且还有两个极大的缺点：1. 崩溃的瞬间，会有一个对话框弹出，告知应用程序出错将被关闭。这时，一般伴随有巨型 的读盘现象，要过很久程

9、序才能关闭。这是因为Dr.Watson在做内存DUMP。2. 占用大量磁盘空间。有时DUMP下来的这些文件会占用大量的磁盘空间。实际上DRWTSN32是WIN2000默认的出错调试器，如果我们根本不想用它的话，打开注册表编 辑器，进入主键HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsNTCurrentVersionAeDebug，然后将 “AUTO”键值设置为0。应用程序初始化失败2007-07-19 17:41我的电脑点击一些文件会出现应用程序正常初始化 （oxc0000005）失败.（xp 系统） 请教大侠们，如何解决？1、微软IE缓冲溢出漏洞引起2、

10、内存或虚拟内存地址使用冲突造成程序的运行需要分配一定的内存地址给程序使用，当程 序结束时释放留出空间让给新的程序使用，win是多任务的系统有时前程序未结束又有新的 任务开始到底要多少内存或虚拟内存来保证我们同时运行的工作任务呢?也许win在这个问 题上没弄好，所以有此错误常常发生，一般运行大型软件或多媒体后出现这种情况3、劣质内存条也会出现这个问题一般来说，内存出现问题的可能性并不大，主要方面是：内 存条坏了、内存质量有问题，还有就是2个不同牌子不同容量的内存混插，也比较容易出现 不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用MemTest这个软件来检 测一下内存，它可以彻底的检

11、测出内存的稳定度。假如你是双内存，而且是不同品牌的内存 条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者和 其它硬件不兼容。4、微软WINDOWS系统的漏洞，windows把内存地址0X00000000到0X0000ffff指定为分配null 指针的地址范围,如果程序试图访问这一地址，则认为是错误。c/c+编写的程序通常不进行 严格的错误检查，当采用malloc来分配内存而可供分配的地址空间不够的情况下返回null 指针。但是代码不检查这种错误，认为地址分配已经成功，于是就访问0X00000000的地址， 于是就发生内存违规访问，同时该进程被终止。ASCII字符填

12、充组成的pif文件时会出现以 下情况：一个非法的pif文件（用ascii字符x填充）至少要369字节，系统才认为是 一个合法的pif文件，才会以pif的图标pifmgr.dll,0显示，才会在属性里有程序、字体、 内存、屏幕”等内容。而且仅仅当一个非pif文件的大小是369字节时察看属性的“程序” 页时，不会发生程序错误，哪怕是370字节也不行。当对一个大于369字节的非法pif文件 察看属性的“程序”页时，Explorer会出错，提示：*指令引用的*内存。该内存不能为read,问题出在pif文件的16进制地址： 0x000001810x870x000001820x01和 0x00000231

13、0xC30x000002320x02即使是一个合 法pif文件，只要改动这四处的任意一处，也会引起程序错误。而只要把0x00000181和 0x00000182的值改为0xFF0xFF，那么其它地址任意更改都不会引起错误。5、可能没有完全正确安装apache服务，且启动了它的原故；把服务中 OracleOraHomeXXHTTPServer 改成停止6、应用程序没有检查内存分配失败程序需要一块内存用以保存数据时，就需要调用操作系统 提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给 应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址

14、 也就是编程中的“指针”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。 当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的指针，而是系统 向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该 检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了 程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给 它分配的可用指针，继续在之后的运行中使用这块内存。真正的0地址内存区保存的是计算 机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统 下（如DOS）

15、，写数据到这个地址会导致立即死机，而在健壮的操作系统中，如Windows等， 这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序， 以防止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出被引用的内存地址为 “0x00000000”。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序（包括无 意中“安装”的病毒程序），更改了大量的系统参数和系统文件之后。7、应用程序由于自身BUG引用了不正常的内存指针在使用动态分配的应用程序中，有时会有 这样的情况出现：程序试图读写一块“应该可用”的内存，但不知为什么，这个预料中可用 的指针已经失效了。有可能是“忘记了”向操作系统要求分配，也可能是程序自己在某个时 候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收，其访问权已经不属 于该应用程序，因此读写操作也同样会触发系统的保护机制，企图“违法”的程序唯一的下 场就是被操作终止运行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！ 像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效指针不 一定总是0，因此错误提示中的内存地址也不一定为“0x00000000”，而是其他随机数字。如果系统经常有所提到的错误提示，下面的