为何VS2017开发者命令提示符仅管理员模式可编译含stdio.h的文件？

首先先还原你遇到的核心场景：

你在使用Delmia进行仿真时，测试C编译器出现如下错误：

**********************************************************************
** Visual Studio 2017 Developer Command Prompt v15.6.2 **
** Copyright (c) 2017 Microsoft Corporation **
**********************************************************************
[vcvarsall.bat] Environment initialized for: 'x86'
Guessed compiler version: 1913
"Testing 32-bit compilation"
dsmodel.c
dsmodel.c(1): fatal error C1083: Cannot open include file: 'stdio.h': No such file or directory
Error generating Dymosim.

自行测试发现：管理员模式下用VS2017开发者命令提示符编译dsmodel.c正常，非管理员模式则报错；且你的VS未安装在主驱动器，Windows SDK位于主驱动器的Program Files目录。

为什么管理员和非管理员模式有差异？ #

这本质是权限与环境变量加载的双重问题：

• VS2017初始化编译环境时，会读取注册表中Windows SDK路径、VC工具链路径等关键配置。非管理员账户可能没有读取这些系统级注册表项的权限，导致编译器无法定位到stdio.h这类标准库头文件。
• 加上你的VS没装在默认主驱动器，SDK却在主盘Program Files，非管理员账户可能无法正常访问跨驱动器的工具链路径，或者环境变量没有被完整加载。

非管理员模式解决编译问题后，Delmia能正常工作吗？ #

完全可以！Delmia本身是调用VS的编译环境来执行编译任务，只要非管理员模式下VS能正常编译dsmodel.c，Delmia就能复用这个环境完成仿真编译。

具体解决方案步骤 #

1. 检查并手动配置环境变量 #

• 非管理员模式打开VS2017开发者命令提示符，执行echo %INCLUDE%，查看输出是否包含两类关键路径：
  • VS的VC头文件路径（比如D:\VS2017\VC\Tools\MSVC\14.13.26128\include，根据你的实际安装路径调整版本号）
  • Windows SDK的UCRT头文件路径（比如C:\Program Files (x86)\Windows Kits\10\Include\10.0.17763.0\ucrt，版本号对应你的SDK版本）
• 如果这些路径缺失，手动添加用户级环境变量：
  1. 右键「此电脑」→「属性」→「高级系统设置」→「环境变量」
  2. 在「用户变量」区域点击「新建」，变量名设为INCLUDE，变量值填入上述两类路径（用分号分隔）

2. 修复注册表读取权限 #

之前提到的regedit权限问题，是因为VS安装时会在注册表写入SDK和工具链的路径，非管理员可能没有读取权限：

1. 打开注册表编辑器（regedit），定位到以下两个路径：
   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Kits\Installed Roots
   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\15.0（对应VS2017版本）
2. 右键每个注册表项→「权限」→「添加」，输入你的非管理员账户名，赋予「读取」权限，点击「应用」后退出。

3. 修复VS2017安装 #

1. 打开VS Installer，选择你的VS2017安装项，点击「修改」
2. 检查是否勾选了「Windows 10 SDK」和「VC++ 2017 v141工具集」组件，确保这些依赖完整
3. 如果不确定配置是否正确，直接选择「修复」选项，让VS自动修复环境配置问题

临时替代方案 #

如果上述步骤暂时无法解决，你提到的MinGW-W64确实是个好用的替代：

• 安装64位MinGW-W64后，在Delmia的编译器设置中指定gcc.exe的路径，并确保系统环境变量中包含MinGW的bin目录，这样Delmia就能调用MinGW完成编译，绕过VS的权限问题。

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