描述
在任何版本的Vivado IDE上启动Vivado综合或实现时，运行将挂起“排队”状态，并且不会启动。
解
在以下情况中可以看到此问题：
在Windows 7上，当系统无法在Windows中正确启动批处理运行时，将出现排队状态。
Vivado使用批处理命令启动综合或实现运行，如果批处理命令失败，则运行将以此方式挂起。
这可能是由于ComSpec环境变量不正确造成的。
此变量的值应为“C：\ windows \ system32 \ cmd.exe”。
要解决此问题：
1）右键单击我的电脑>属性>高级系统设置，打开系统属性屏幕。
2）选择环境变量。
3）验证ComSpec变量与cmd.exe的关联是否正确，如果指针不正确，请更改该值。
如果问题仅发生在一个版本的Vivado中，则通过在现有安装上安装补丁（而不是使用MYVIVADO方法）并且补丁包含baseline.txt文件，已经观察到用户已应用软件补丁的排队状态。
要解决此问题：
检查目录C：\ Xilinx \ Vivado \ <版本号> \ data并查找名为baseline.txt的文件
如果该文件存在，请将其删除，然后重新打开Vivado并尝试运行综合过程。
如果为所有脚本设置了超时，则会出现这种情况。
检查[HKEY_CURRENT_USER \ Software \ Microsoft \ Windows Script Host \ Settings]注册表设置。
如果已设置，请删除该值。
如果它仅影响一个版本的Vivado，请检查LSF支持功能是否已关闭。
右键单击综合运行并确保选中“本地主机”选项。
如果以前在Windows上启用了LSF功能，则需要暂时再次设置该参数以远离LSF设置。
如果项目名称包含括号，则将为特定项目发生此永久排队状态。
例如：project_1（test1）。
Vivado运行流程无法处理项目名称中的括号，runme.bat文件过早失败。
要解决此问题，请使用“将项目另存为”操作将项目保存为不使用括号的名称。
在Vivado 2015.3中，不允许带括号的项目名称。
如果project.runs / .jobs目录中的vrs_config文件的权限未设置为读/写，则运行将停留在排队状态。
例如：
C：\ test_area \ project_1 \ project_1.runs \ .jobs> ls -al
–wx —— 1 usr1e Domain Users 580 Jun 26 13:21 vrs_config_11.xml
将wrs_config文件的权限更改为777。
如果以上都不是有用的：
- 从Tcl控制台运行以下命令：
reset_run synth_1和launch_runs脚本synth_1
- 打开\ project_1 \ project_1.runs \ _综合目录，查看已创建的文件。
检查runme.bat和rundef.js文件。
- Runme.bat是一个简短的批处理文件，它设置一个目录变量，将目录更改为变量集，然后使用类似于以下的命令启动脚本：
cscript / nologo / E：JScript“％HD_SDIR％\ rundef.js”％*
批处理文件可以从系统命令窗口运行吗？
Rundef.js是运行综合步骤的运行脚本。
如果您在命令窗口中CD到运行目录并使用runme.bat中的命令行，请检查此脚本是否运行。
如果它没有运行，是否还提供了其他消息？
请向Xilinx技术支持提供调试步骤和信息。
没有回复内容