当前位置: 首页 > 编程笔记 >

The application has failed...(应用程序配置不正确)

费星晖
2023-03-14
本文向大家介绍The application has failed...(应用程序配置不正确),包括了The application has failed...(应用程序配置不正确)的使用技巧和注意事项,需要的朋友参考一下

        在我们开发工程中,可能有些情况下,不能在本机进行调试。这个时候我们一般会使用VM(vmware)建立一个虚拟机环境,然后把编译过的程序放在该虚拟机环境下执行调试。可是在某些情况下,不管我们编译的是debug还是release版本,在虚拟机环境中都会报“由于应用程序配置不正确,应用程序未能启动。重新安装应用程序可能会纠正这个问题。”(The application has failed to start because its side-by-side configuration is incorrect.Please see the application event log or use the command-line sxstrace.exe for more detail.)这样的错误。转载请标明出处。

        


      以前我遇到这样的问题,一般会认为是几个CRT库没有拷贝到虚拟机环境。可是这个方法对我所遇到的场景不奏效,于是我又在虚拟机中装上了我程序的开发环境VS2005。可是在真实机中生成的文件依然不能在虚拟机中运行,仍然报以上的错误。

      其实微软在其网站上提供了一种解决方案,也非常简单。原文地址我找不到了,我只针对我的VS2005做了一个解决方案以作事例。

     1 建立一个安装程序工程。

      

      2 工程文件中加入Merge Module

      

       3 从系统盘:\Program Files\Common Files\Merge Modules选择加入需要的文件

          因为我的IDE环境是xp(32bit)+VS2005,所以我选择了以下文件(是我环境中所有的VC80+x86的文件,可能不同环境这些文件个数不同)

policy_8_0_Microsoft_VC80_OpenMP_x86.msm
policy_8_0_Microsoft_VC80_MFCLOC_x86.msm
policy_8_0_Microsoft_VC80_MFC_x86.msm
policy_8_0_Microsoft_VC80_DebugOpenMP_x86.msm
policy_8_0_Microsoft_VC80_DebugMFC_x86.msm
policy_8_0_Microsoft_VC80_DebugCRT_x86.msm
policy_8_0_Microsoft_VC80_CRT_x86.msm
policy_8_0_Microsoft_VC80_ATL_x86.msm
Microsoft_VC80_OpenMP_x86.msm
Microsoft_VC80_MFCLOC_x86.msm
Microsoft_VC80_MFC_x86.msm
Microsoft_VC80_DebugOpenMP_x86.msm
Microsoft_VC80_DebugMFC_x86.msm
Microsoft_VC80_DebugCRT_x86.msm
Microsoft_VC80_CRT_x86.msm
Microsoft_VC80_ATL_x86.msm

        4 生成debug和release版文件

        5 在虚拟机中安装上步生成的文件

        经过以上步骤,我们编的debug和release版程序便可在虚拟机里正常运行了。

        感谢阅读,希望能帮助到大家,谢谢大家对本站的支持! 

 类似资料:
  • 试图让一个nodejs应用程序与PM2一起运行。 我们使用SASS,通过“节点-SASS-Middleware”将文件修改后的文件重建为css文件。在每次sass中间件重建css文件时,pm2开始自动重启应用程序之前,它都工作得很好...这是我们告诉它要做的: 谢谢,约翰

  • 你可以查看或更改 Navicat Monitor 的应用程序设置,例如端口、网站网址和 IP 地址。若要配置应用程序设置,请前往“配置”->“应用程序设置”。 这里列出了 Navicat Monitor 的应用程序设置。你可以编辑以下设置: 端口 Navicat Monitor 将侦听的端口号。 网站网址 将用于警报电子邮件内的 Navicat Monitor 网站网址。 IP 地址 如果机器已被

  • 我尝试了一个显示其他响应的测试用例,我将一步一步地解释它: > 我在我的设备上安装了MDM配置文件,这提示我安装了一个应用程序,并且我成功地安装了它。应用程序已进入“应用程序中的配置文件”部分。 然后我手动删除了应用程序。

  • 问题内容: 好的,所以我不想在这里展开一场圣战,但是我们正在努力巩固处理应用程序配置文件的方式,我们正在努力决定采用哪种最佳方法。目前,我们分发的每个应用程序都在使用其自己的临时配置文件,无论是属性文件(ini样式),XML还是JSON(目前仅在内部使用!)。 目前,我们的大多数代码是Java,因此我们一直在研究Apache Commons Config ,但是我们发现它非常冗长。我们还研究了XM

  • Name: 名字. 可以在工具栏运行应用程序配置的下拉列表中看到。 General: 在这里配置安装、启动、部署应用程序选项 Module: 列表中列出了当前项目中的所有模块,我们可以指定相应的模块来运行. Installation Options: 安装选项 1.Deploy:下拉列表中列出了应用程序运行时的部署模式 有三个选项: Default APK: 部署默认的APK, 运行时会先打包安装

  • 问题内容: 我有一个使用JPA持久性的jersey-2 / hk2应用程序。将在这样的约束启动 工厂级的 这可行,但是对于每个请求,我都会在日志中收到有关已注册EntityManager的警告: 我究竟做错了什么?在jersey-2 / hk2应用程序中初始化EntityManager的正确方法是什么? 问题答案: 一种选择是不是创建一个新的(这是在请求范围内),您可以创建为一个单独的工厂,然后就