Fehler beim Aufrufen einer ausführbaren Datei von Drittanbietern aus Powershell bei Verwendung einer IDE

Question

Ich habe ein PowerShell-Skript, das du.exe (Disk Usage ursprünglich von Sysinternals) verwendet, um die Größe von Verzeichnissen zu berechnen.

Wenn ich du c:\Backup in der Konsole laufen, es funktioniert wie erwartet, aber die gleiche Codezeile Lauf in ISE oder PowerGUI gibt das erwartete Ergebnis und den Fehler

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

Warum ist das so? Wie vermeide ich diesen Fehler? Ich versuchte invoke-expression mit &, aber nicht gehen.

Danke für die Hilfe.

Answer 1

Um dies zu vermeiden Sie stderr umleiten können z auf null .:

du 2> $null 

Wesentlichen die Konsole Host und ISE (sowie Remoting) unterschiedlich behandeln die stderr-Stream. Auf dem Konsolenhost war es wichtig, dass PowerShell Anwendungen wie edit.com unterstützt, die mit anderen Anwendungen zusammenarbeiten, die farbige Ausgaben und Fehler auf dem Bildschirm schreiben. Wenn der E/A-Stream nicht auf dem Konsolenhost umgeleitet wird, gibt PowerShell der nativen EXE ein Konsolenhandle, auf das direkt geschrieben werden kann. Dadurch wird PowerShell umgangen, sodass PowerShell nicht sehen kann, dass Fehler geschrieben wurden, sodass der Fehler nicht über $ error oder durch Schreiben in den stderr-Stream von PowerShell gemeldet werden kann.

ISE und Remoting müssen dieses Szenario nicht unterstützen, damit sie die Fehler in stderr sehen und anschließend den Fehler schreiben und $ error aktualisieren.

Answer 2

Ich habe vor kurzem die gleichen Probleme konfrontiert, aber ich möchte die stderr Ausgabe auf stdout gerichtet bekommen. Sie würden denken, dass die folgenden funktionieren würde:

& du 2>&1 

Aber Powershell wird die Umleitung und verarbeiten sie nach ‚du‘ ist abgeschlossen interprete. Die Behelfslösung fand ich ist es aufzurufen cmd.exe/C unter Verwendung von:

& cmd /c 'du 2>&1' 

Answer 3

andere Möglichkeit, die NativeCommandError Ausgang zu unterdrücken, ist es, den Objekte in der Pipeline zu Strings konvertieren wie unten umrissen von this answer:

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

Answer 4

Versuchen:

du 2>&1 | %{ "$_" } 

Answer 5

Previ ous FIX leitet Fehler um, aber Sie könnten einen echten Fehler verlieren, wenn beispielsweise Ihr Benutzername oder Ihr Passwort nicht gut sind oder wenn Sie eine integrierte Authentifizierung verwenden, auf die Sie keinen Zugriff haben.

Also hier ist ein Weg, um die Fehlerbehandlung zu implementieren und den spezifischen Fehler (der keine ist) von psexec ausgelöst.

try{ 
 
      \t psexec command ..... 
 
      } 
 
      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 
 
      }