问在Server2016上将VB6编译为后台进程

EN

我们有一种非常奇怪的行为，我无法确定其根本原因。我们使用TFS (2017.U2)来编译我们的遗留系统，并尝试从2008R2到2016年更新我们的构建场。构建系统使用PowerShell (v5)来遍历VBP项目列表，并运行VBS脚本来编译这些项目。

首先是一些基础知识。UAC被完全禁用(在注册表中，不仅仅是滑块控件)，VB6.EXE也被设置为XP SP3兼容性，并以管理员身份运行。

不幸的是，虽然我们可以看到VB6.EXE在任务管理器中启动-但它只是挂起了。零活动。对于相同的用户，以交互方式运行相同的编译效果很好。这导致我推测这是一个环境问题，然而process explorer向我展示了VB6.EXE进程上的有效用户环境。

我不认为这是因为VB6抛出了错误，因为(至少在以前的Windows Server版本中)当后台进程打开UI元素时，操作系统会向前台指示后台想要插入。我们没有看到这一点。

我们把这段代码还原成一个最小的代码示例，我称之为"test.ps1"：

$vb6="C:\Program Files (x86)\Microsoft Visual Studio\VB98\vb6.exe"
Set-Location D:\Builds\27\s\path\prjdir
start-process $vb6 -ArgumentList "/make /out errors.txt project.vbp"  -wait

我们一直使用"start-process“来触发VB6编译，因为通过PowerShell的直接调用没有正确地摄取参数(它们实际上是在完全成熟的过程中由传递到主脚本中的字符串构建的……这是简化版本)。

当以交互方式运行(.\test.ps1)时，它可以正常工作。项目被编译了，我得到了一个errors.txt文件。

当作为一个进程(start-process .\test.ps1)启动时，它再次正常工作。

当通过TFS "PowerShell脚本“任务触发时，这将无法完成VB6步骤-可以在任务查看器中使用适当的参数看到VB6.EXE，并且没有与任务相关联的CPU或IO。未写入任何errors.txt文件。不创建新的DLL。

通过从另一台机器上运行测试脚本，我可以进一步将其简化，并从堆栈中删除TFS。我运行了脚本的远程调用，并使用以下命令复制了结果：

PS C:\Users\svc_build> Invoke-Command –ComputerName TestBuild02 –ScriptBlock {powershell  C:\Users\svc_build\desktop\test.ps1 }

同样，没有errors.txt，也没有新的DLL。VB6.EXE启动，然后就坐在那里。进程监视器不能提供任何帮助来诊断可能的问题。

现在，这闻起来像是安全门对我关闭了-即使相同的域用户正在运行相同的作业，不同之处在于这是一个后台进程……并且某些东西正在阻止后台进程在与前台进程相同的上下文中执行。

假设这个假设是正确的，有人能告诉我远程触发的(后台)会话不能运行VB6.EXE的原因吗？(当然，对于这种情况，我们会很感激:)

如果这不是一个安全问题--有没有人能找出真正的罪魁祸首，以及像我们习惯于在W2K8R2上看到的那样，让VB6作为后台进程运行的解决方案？