1、重启软件看是否正常，重启电脑看是否正常

2、常见：使用VS写一个简单的c代码，查看是否可以编译成（确保 vs 能创建一个工程跑起来 HelloWorld 这种 c 程序），检查VC是否正常，正常后重装Sysplorer，不要安装到C盘，再次校验

3、软件权限问题，给足够的权限，尝试使用管理员权限启动软件，关闭杀毒软件，防火墙

4、依次重装Sysplorer软件，重装gcc或重装visual studio，不要安装到C盘
编译器下载地址：
https://oss-dev.tongyuan.cc/chat-attachments/VisualStudioSetup.exe
https://oss-dev.tongyuan.cc/chat-attachments/vs_Community.exe

5、自定义目录指明编译器位置

6、修改工作目录到C盘以外位置，可能是工作目录的权限问题

7、现有的系统环境变量 Path 前列添加系统默认值，确定应用之后重启软件生效

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0;

C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0;（环境原因，这些路径下包含着 Windows 最基础的组件）

8、仿真简单模型，将buliding.log和veiify.log提供给运维，简单模型示例：

buliding.log位置为：系统目录-工作目录-仿真结果目录下生成的MwSolver_时间日_时分秒，文件夹内
veiify.log位置为：C:\Users\admin\Documents\MWORKS\log文件夹下

如果上述操作没有解决，使用如下流程生成日志，解决：

一、VS 校验失败

请严格按照流程操作：

1.仿真简单模型，查看 build.log, 如果没看出问题再继续（位于系统目录-工作目录-仿真结果目录下生成的MwSolver_时间日_时分秒，文件夹内）模型如下：

日志位置：

2.请确保使用了 VC 编译器。

3.打开软件安装位置的Simulator文件夹，如下

4.如果仿真设置使用 64 位，请使用修改 Bin64 下的 build_vc.bat，否则使用 Bin 下的。

5.删除 build_vc.bat 的第一行 @echo off

6.在第一行添加 echo %* > D:\1.txt （如果没有 D 盘就把 D:\ 删掉）后保存文件

7.重启软件，点击翻译（之后的整个操作过程中请不要关闭 Sysplorer）

8.查看 1.txt 的内容（里面记录内容为 build_vc.bat 所使用的参数）

9.再修改 build_vc.bat，第二行添加 echo on

10.再在 :vc_ver_set_done_tag 的下一行添加添加 echo on，保存

11.在build_vc.bat所在路径，按住“shift”，右键空白位置

12.点击进入 powershell ，进入 build_vc.bat 所在路径

13.输入 .\build_vc.bat 1.txt 脚本中的内容，回车

14.从后往前，对照 build_vc.bat 的内容和 powshell 的输出定位出错的位置（此步骤可让内核人员协助，但需提供输出的内容和 1.txt 内容即可），例如下图（下图是正常的）

二、gcc 校验失败

请严格按照流程操作，（步骤与VS类似，只说明重点步骤，不再详细描述，区别加粗）：

1.查看 build.log, 如果没看出问题再继续
2.请确保使用了 gcc 编译器。如果仿真设置使用 64 位，请使用修改 Bin64 下的 build.bat，否则使用 Bin 下的。
3.删除 build.bat 的第一行 @echo off
4.在第一行添加 echo %* > D:\1.txt （如果没有 D 盘就把 D:\ 删掉）后保存文件，点击翻译（之后的整个操作过程中请不要关闭 Sysplorer），查看 1.txt 的内容（为 build.bat 所使用的参数）
5.然后用 powershell 进入 build.bat 所在路径，输入 .\build.bat 1.txt 脚本中的内容 回车
6.从后往前，对照 build.bat 的内容和 powshell 的输出定位出错的位置（此步骤可让内核人员协助，但需提供输出的内容和 1.txt 内容即可）

有可能仅看看此日志无法解决问题，下一级步骤如下：

1、选择VC后，将下图“路径”中复制出来，打开此文件夹

2、找到vcvarsall.bat，例如下，如果找不到，就用everything找这个文件在哪，首先确定VC中由此文件

3、找到 要使用的verify_vc.bat，（正在使用的软件安装位置的Simulator文件夹下）

4、前半段添加（先确保有 D 盘存在）
echo %* > D:\2.txt
echo on
在:vc_set_done_tag后添加
echo on

5、再次校验，在D盘下为日志，查看此日志定位

其他有助于解决此问题的一些记录：

某次调试记录，可做参考

1.VC 校验失败，通过调试发现 vcvarsall.bat 调用失败，报 Can not determine the location of the VS Common Tools folder
2.直接备份好 vcvarsall.bat，直接一层层修改对调用的文件进行修改，最后解决了 vcvarsall.bat 调用失败问题
3.cl.exe 能成功调用但找不到 stdio.h，解决完后，出现 kernel32.lib 找不到，继续解决，最后校验成功
4.校验能成功，但简单模型都生成求解器失败（此时懵了，太急于解决已知问题，应该一开始就写一个简单模型看看能否编译通过的，前面所有的工作都意义不大了）
5.调试发现 findstr 不是内部命令，通过 everything 找到对应的 findstr 的路径，加入到系统环境变量中，简单模型仿真可通过
6.原模型无法仿真，经定位是原模型中动态库是 32 位的，故只能用 32 位进行仿真
Linux时报错此问题

点击电脑设置-》安全-》安全中心-》应用保护（查看详情）-》应用程序执行控制（高级配置）-》点击右上角 “+” 号，将Sysplorer安装目录下Simulator/Bin/build_gcc.sh 加入，即可正常仿真。（建议将Simulator整体加入）

可以按照如下步骤排查本地环境问题（不常见）

1.检查系统环境变量中是否有 C:\Windows\system32\cmd.exe，如下图：

2.检查系统环境变量中是否有 C:\Program Files\Microsoft SQL Server\100\Tools\Binn\，如下图：

不同版本的VC，Microsoft SQL Server 后面的数字可能不同，可能是80，100，130，150等。

使用VC自带的验证脚本 “vcvars64.bat” 或 “vcvars32.bat” 或 “vcvarsall.bat”，检查本地VC是否可以正常使用。如果运行脚本后可以看到如下几张图中的信息，说明本地VC环境正常，否则说明本地VC环境可能有问题，需要尝试重装VC。

VC2019 32位验证正确，VC 2019版本中运行 Microsoft Visual Studio/2019/Enterprise/VC/Auxiliary/Build 路径下的 vcvars32.bat 脚本应有上图中的信息输出。

64位验证正确，VC 2019版本中运行 Microsoft Visual Studio/2019/Enterprise/VC/Auxiliary/Build 路径下的 vcvars64.bat 脚本应有上图中的信息输出。