问题

vs 写的一个64位的exe程序（Qt+OSG项目），debug后带着来自系统目录C:\Windows\SysWOW64\msvcr120d.dll 到一个没有runtime的win10环境去运行，没有用到MFC，所以带着这个msvcr120d.dll就足够了

但是拷贝过去后一运行就出现如下对话框：

首先怀疑msvcr120d.dll还不够，于是也拷贝了msvcp120d.dll和vccorlib120d.dll，问题依旧

其次，搜索了网络上其他人碰到的错误，做了：

失败操作案例（一下操作真心不建议去考虑）

一、缺乏dx9，于是用dxdiag命令打开看，发现系统是有dx11的，根据向下兼容，不可能缺乏dx9

为了验证，我特地重装了dx8到本机，问题依旧，所以说dx9缺乏的都是比较坑爹的，因为目前的window都是默认支持dx，更不用说dx9这么老的东西了

二、缺乏vc环境，这个我已经做了，没有缺乏

三、缺乏OSG环境，这个已经做了（包括osgearth，系统环境变量设置、工程属性添加包含目录 库目录 输入附加依赖项等），没有缺乏

最后查到的原因所在

SysWOW64目录下的dll并非确保是64位的，实际上我从这里拷贝出来的msvcr120.dll是32位的（难以想象）

那么到哪里去找真正的64位的dll呢？在这里vs安装目录\VC\redist\x64，这里有正统的dll 此外，原则上x86的也应该从该处的x86目录拷贝，毕竟这是才是面向分发的。更换msvcr120.dll后

OSG版本不匹配，新设备OSG是64位的，之前项目是32位的 解决办法：更换项目属性设置

总结

1、出现0xc000007b——应用程序无法正常启动

其根本原因是缺乏所需要的DLL，提供了错误版本的dll相当于没有DLL，提示完全一样

2、网上有人说缺乏dx运行环境，如果属实，也是因为缺乏dx相关的dll

所以根本原因，在低一点

3、与程序是32还是64位没有直接关系，但是与你的程序对应不上的dll版本，往往很难发现问题，要引起注意

4、网上的资料，太粗糙了，流于表面，大家要有分辨能力。

5、发布的时候，需要vc或mfc环境，到你的开发工具的目录的redist目录去找就可以，取系统目录找就不对了

所以，以后碰到这个错误，就不需要茫然了，肯定是缺乏dll或者dll版本不对