Visual Studio 2015 C ++应用程序需要客户端客户端上的api-ms-win-crt-runtime-l1-1-0.dll

我已经使用Visual Studio 2015社区版build立了一个应用程序。 当我的一些用户试图运行它,他们收到以下错误:

程序无法启动,因为您的计算机缺lessapi-ms-win-crt-runtime-l1-1-0.dll。 尝试重新安装程序来解决这个问题。

显然这是通过在Windows中安装通用C运行时更新 (KB2999226)来解决的。 我可以在安装脚本中检查修补程序,但是我发现这样做的所有方法要么太慢,要么不可靠 。

我怎样才能防止这种错误发生? 我可以更改我的解决scheme,以便我不需要这种依赖性? 我是否连接了一些我可以删除的东西? 我可以重新分配与我的应用程序的修补程序?

编辑:在项目属性中,“目标平台版本”是8.1,“平台工具集”是“Visual Studio 2015(v140)”,如果有帮助的话。

编辑2:我已经试过将所有的通用C运行时库DLL复制到应用程序目录,因为微软现在允许(但不build议)本地模式安装的UCRT 。 C:\Program Files (x86)\Windows Kits\10\Redist\ucrt\DLLs\x64有41个文件,而api-ms-win-crt-runtime-l1-1-0.dll就是其中之一。 但是,现在运行该应用程序导致此错误:

应用程序无法正确启动(0xc0000142)。 单击确定closures该应用程序。

我试过用MSVS 2015debugging应用程序,但没有得到任何好处。 我在Dependency Walker中打开了可执行文件,看起来我错过了这个答案中列出的类似DLL ,它说Dependency Walker是旧的,这是一个红色的鲱鱼。

我尝试通过进程监视器(procmon)运行应用程序,没有什么不寻常的。 应用程序简单地调用WerFault.exe上的“进程创build”,然后“线程退出”。

编辑3:我启用加载程序捕捉可执行文件,并得到这个从CDB运行时,如果有帮助:

 ... 00c0:1200 @ 02106250 - LdrpFindOrMapDependency - RETURN: Status: 0x00000000 00c0:1200 @ 02106250 - LdrpFindOrMapDependency - ENTER: DLL name: api-ms-win-core-sysinfo-l1-2-1.dll. 00c0:1200 @ 02106250 - LdrpFindOrMapDependency - INFO: DLL name api-ms-win-core-sysinfo-l1-2-1.dll was redirected to C:\WINDOWS\SYSTEM32\kernelbase.dll by SxS. 00c0:1200 @ 02106250 - LdrpFindOrMapDll - ENTER: DLL name: C:\WINDOWS\SYSTEM32\kernelbase.dll 00c0:1200 @ 02106250 - LdrpResolveDllName - ENTER: DLL name: C:\WINDOWS\SYSTEM32\kernelbase.dll 00c0:1200 @ 02106250 - LdrpResolveDllName - RETURN: Status: 0x00000000 00c0:1200 @ 02106250 - LdrpFindOrMapDll - RETURN: Status: 0x00000000 00c0:1200 @ 02106250 - LdrpFindOrMapDependency - RETURN: Status: 0x00000000 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlSetLastWin32Error" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlLeaveCriticalSection" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlEnterCriticalSection" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlInitializeCriticalSection" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlDeleteCriticalSection" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "RtlQueryPerformanceCounter" by name 00c0:1200 @ 02106250 - LdrpGetProcedureAddress - INFO: Locating procedure "LdrResolveDelayLoadedAPI" by name 00c0:1200 @ 02106250 - LdrpMergeNodes - INFO: Merging a cycle rooted at USER32.dll. 00c0:1200 @ 02106250 - LdrpMergeNodes - INFO: Adding cyclic module GDI32.dll. (c0.1200): Break instruction exception - code 80000003 (first chance) *** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll - ntdll!LdrInitShimEngineDynamic+0x330: 00007ffc`d68732e8 cc int 3 0:000> 

Solutions Collecting From Web of "Visual Studio 2015 C ++应用程序需要客户端客户端上的api-ms-win-crt-runtime-l1-1-0.dll"

你应该静态链接到CRT。 对于一个消费者应用程序有很多的情况下,导致特定的DLL丢失或其配置拙劣。 我是一个非常流行的Windows应用程序(每天安装数千次)的安装技术负责人,你不会相信常见的错误配置的Windows机器在那里。 在最后,我会列出一个简短的列表。

通用的CRT是一个好主意,但是相对较新,它将会是一段时间(可能很长一段时间),直到它被打破,防止你的客户的电脑启动。 这应该是门槛:如果您的客户不能没有DLL X登录,那么可以依靠它。

常见的怪异状态:

  • MSI安装程序正在进行:不知何故,Windows认为正在进行安装
  • COM数据库不一致:HKCU注册表的一部分是一个粗略的地方
  • 在那里缺少MSVC crts或预发行版本
  • Windows的预发布版本:我们猜测预发布的Windows更容易被盗版。
  • 仍然在sysprep:OEM忘记密封机器配置。
  • 字体损坏:如果使用DirectWrite,则特别痛苦
  • 超频:最终位翻转文件系统缓冲区等于损坏的文件。

我可以检查修复程序

记住这非常重要,这不是一个修复程序。 这是通过Windows Update自动发送的正常更新。 所以有一个事实你知道,这些机器没有被维护。 这是非常坏的消息,当然有问题是可以预料的。

api-ms-win-crt-runtime-l1-1-0.dll缺失

它是一个操作系统DLL,通常随着操作系统安装一起提供,从Win7开始。 这应该缩小这些机器有什么问题,他们很可能会启动XP。 Vista的赔率很小。 XP不再由Microsoft维护,因此看到缺少的更新不是巧合。

“目标平台版本”为8.1,“平台工具集”为“Visual Studio 2015(v140)”

这很好,但你需要仔细检查你的安装程序,并拒绝安装在XP上。 针对XP仍然是可能的,你必须改变平台工具集设置为“v140_xp”。 不知道这个选项在社区版中是否可用,如果是的话,会让我感到惊讶。

有41个文件在…

只有一个,ucrtbase.dll。 其余的部分是应该出现在Windows安装目录中的api-ms-win * .dll文件。 它们包含在XP和Vista中,你可以将它们部署到c:\ windows \ system32或c:\ windows \ syswow64,具体取决于位数。 请注意,您记录了x64目录,验证用户是否具有64位版本的Windows是另一件事,您必须仔细检查您的安装程序。

应用程序无法正确启动(0xc0000142)。

那是STATUS_DLL_INIT_FAILED,其中一个DLL的DllMain()入口点对返回的FALSE有一个依赖关系。 相当不好的消息,不容易调试,你肯定不会在VS2015试图解决这个问题,因为它不会在你的机器上失效。 您需要打开装载程序捕捉,以便操作系统加载器变得健谈。 有机会遇到这个问题当然是强制性的。

显然这是通过安装更新​​…

是的,我想说,是时候减少你的损失了。 没有人可以合理地期望你的应用程序,当他们故意不维护他们的机器或拒绝更新它的工作。 验证您的安装程序中是否存在ucrtbase.dll,如果没有,则停止安装,并告诉他们先更新机器。