使用IDE时从Powershell调用第三方可执行文件时出错

我有一个PowerShell脚本，该脚本使用du.exe（最初来自Sysinternals的磁盘使用情况）来计算目录的大小。

如果我du c:\Backup在控制台中运行，它可以按预期运行，但是在ISE或PowerGui中运行的同一行代码给出了预期的结果以及错误

+ du <<<<  c:\backup
+ CategoryInfo          : NotSpecified: (:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError

这是为什么？如何避免此错误？我尝试使用调用invoke-expression &，但没有成功。

谢谢您的帮助。

为了避免这种情况，您可以将stderr重定向为null，例如：

du 2> $null

本质上，控制台主机和ISE（以及远程处理）对stderr流的处理不同。在控制台主机上，PowerShell支持诸如edit.com之类的应用程序与其他将彩色输出和错误写入屏幕的应用程序一起使用非常重要。如果未在控制台主机上重定向I / O流，则PowerShell将为本机EXE提供控制台句柄以直接写入。这会绕过PowerShell，因此PowerShell无法看到写入的错误，因此它无法通过$ error或写入PowerShell的stderr流来报告错误。

ISE和远程处理不需要支持此方案，因此它们确实会在stderr上看到错误，然后写入错误并更新$ error。

我最近遇到了同样的问题，但是我想将stderr输出定向到stdout。您会认为以下方法会起作用：

    & du 2>&1

但是PowerShell将解释重定向并在“ du”完成后对其进行处理。我发现的解决方法是使用cmd.exe / c调用它：

    & cmd /c 'du 2>&1'

抑制NativeCommandError输出的另一种方法是将管道中的对象转换为此答案底部概述的字符串：

du c:\Backup 2>&1 | %{ "$_" }

以前的FIX将重定向错误，但是如果您的用户名或密码不佳，或者使用集成身份验证没有访问权限，则可能会导致真正的错误。

因此，这是一种实现错误处理并绕过psexec引发的特定错误（不是一个错误）的方法。

try {
    whoami # powershell commands
}
catch [System.Management.Automation.RemoteException] {
    if ($_.TargetObject -like "Connecting to *" -and $_.CategoryInfo.Category -eq "NotSpecified" -and $_.FullyQualifiedErrorId -eq "NativeCommandError" -and $_.InvocationInfo.MyCommand.Name -like "psexec*.exe") {
        $error.Remove[$Error[0]]
    }
    else {
        Throw
    }
}        
catch {
    throw
}