VSCode终端无法运行依赖GLEW的OpenGL程序问题求助

看起来你碰到的是Windows下典型的动态链接库（DLL）缺失问题，Error -1073741515对应的系统错误码是STATUS_DLL_NOT_FOUND，结合你的场景——CMD/PowerShell能正常运行、注释GLEW代码后VSCode终端也能跑，根源其实很明确：VSCode终端没有加载到包含GLEW依赖DLL的环境变量路径。

问题拆解 #

为什么会出现这种差异？

• 当你在CMD或PowerShell中运行程序时，它们会完整继承系统环境变量，而你应该已经把GLEW的bin目录（也就是glew32.dll所在的C:/mingw64/x86_64-w64-mingw32/bin）添加到了系统PATH里，所以能找到DLL。
• VSCode终端默认不会自动刷新系统环境变量（尤其是你通过快捷方式启动VSCode时，如果是在添加环境变量之后没重启过VSCode，就会出现这个情况），导致程序启动时找不到glew32.dll，直接崩溃报错。

可行解决方案 #

这里给你三个按优先级排序的解决办法，挑适合你的来用：

1. 直接复制DLL到可执行文件目录（最简单） #

找到C:/mingw64/x86_64-w64-mingw32/bin下的glew32.dll，把它复制到Makefile指定的output文件夹里（也就是main.exe所在的目录）。这样程序运行时会优先在当前目录找DLL，完全不需要依赖环境变量，一劳永逸。

2. 给VSCode终端配置环境变量 #

如果你不想复制文件，可以手动给VSCode终端添加路径：

• 打开VSCode设置（快捷键Ctrl+,）
• 搜索terminal.integrated.env.windows
• 点击「编辑 in settings.json」，把GLEW的bin目录加到PATH里：

  "terminal.integrated.env.windows": {
    "PATH": "${env:PATH};C:/mingw64/x86_64-w64-mingw32/bin"
  }
  

• 关闭当前VSCode终端，重新打开一个，再执行make run应该就能正常运行了。

3. 重启VSCode继承最新环境变量 #

如果你之前已经把GLEW的bin目录添加到了系统环境变量，但VSCode是在添加环境变量之前启动的，那VSCode不会自动更新环境变量。直接关闭所有VSCode窗口，重新打开后再运行程序，终端就能加载到最新的PATH了。

验证问题的小技巧 #

你可以在VSCode终端里先执行：

echo %PATH%

看看输出里有没有C:/mingw64/x86_64-w64-mingw32/bin这个路径。如果没有，就说明环境变量确实没加载到，用上面的方法修复就行。

另外，也可以用MinGW的objdump工具查看程序依赖的DLL：

objdump -x output/main.exe | grep DLL

能看到glew32.dll在依赖列表里，进一步确认问题根源。

内容的提问来源于stack exchange，提问作者spaL