让 Ctrl-C 在 powershell 的调用表达式上更好地工作？

Question

我正在执行一个用 C++ 编写的旧控制台命令的调用表达式，并且我无法控制 C++ 源代码...但是，我认为它会捕获 Ctrl-C 以阻止命令行打断它...因此，当我从我的 powershell 脚本调用表达式时，无法使用 ctrl-C 中断执行，它会锁定我的终端，我需要继续杀死并重新启动我的终端窗口...这非常烦人...

在使用invoke-expression启动C++程序时，有没有办法确保powershell获取ctrl-C而不是C++程序？ 就像也许，我可以拒绝将标准输入提供给 C++ 程序，而让 powershell 拥有它？或者也许有一些解决方案，标准输入转到另一个等待 ctrl-c 然后杀死调用表达式线程的 powershell 线程。..

例子：

PS> $cmd = <path_to_misbehaving_cpp_program_that_doesnt_Allow_ctrl_c_To_break_it>

PS> invoke-expression $cmd
# now here if I ctrl-C I can't break out of the invoke-expression....
# But I need this capability to ctrl-C
#  to break the script and terminate the
#  invoke expression of the C++ program.

Answer 1

在 powershell 中启动和停止（终止）进程：

使用Start-Process cmdlet 启动其他程序。如果您使用-PassThru 开关，您将返回信息女巫进程已启动。

$Proc = Start-Process powershell.exe -ArgumentList '-command "sleep 60" '  -PassThru

这个进程很容易被 Stop-Process 杀死，即使它应该再运行 60 秒：

$Proc | Stop-Process

编辑：

现在带有退出代码（Thx @mklement0 for the Wait）

$Proc.WaitForExit()
$Proc.ExitCode

Answer 2

让它响应 ctrl-c 的技巧是通过管道 $null 到通过 start-process powershell 运行的命令中...见下文...另外，请注意最后的“kill -force”杀死从最初的 powershell.exe 进程开始剩余的子进程......我的程序创建了在 ctrl-c kill powershell.exe 之后继续运行的子进程，所以我需要再次杀死......杀死整个进程树。

$script:Proc             = $null

# Run Command as a separate process
function x1_process {
    
    write-host "`nx1_process: $args"
                
    $posh = (get-command powershell.exe).Source

    $iproc = Start-Process $posh -ArgumentList "`$null `| $args" -PassThru -NoNewWindow 
    $script:Proc = $iproc

    if ($iproc -eq $null) {
        throw "null proc"       
    }
    
    Wait-Process -InputObject $iproc

    $code = $iproc.ExitCode
    if ($code -ne 0) {
        throw "return-code:$code"
    }   
    
    write-host "ok`n"
    return
}

try {
    x1_process mycommand.exe arg1 arg2 ...
}
finally {
    if ($script:Proc) {
        if (-not $script:Proc.HasExited) {
            write-host -ForegroundColor Red "=> Killing X1_PROCESS <="
            Stop-Process -InputObject $script:Proc -Force -ErrorAction SilentlyContinue
        }
    }
}