Kommando lokalisieren

Das Windows^®-System hat eine eingebaute Logik, um herauszufinden, welches Programm ausgeführt werden soll, wenn Sie einen Dateinamen ohne Pfadangabe eingeben. Manchmal ist es notwendig herauszufinden, welcher Pfadname letztlich genommen wurde. Die Registerkarte 'Kommando lokalisieren' des Registers 'Windows™-Erweiterungen' kann:

• Den vollständigen Pfad des exe, bat oder cmd herausfinden, das mit der gleichen Strategie gestartet werden würde, wie wenn es 'cmd.exe' starten würde
  
  
• Beide Strategien von 'cmd.exe' sind implementiert, diejenige für 64-Bit- und die für 32-Bit-Programme
  
  
• Ausführliches Protokoll, welche Speicherorte geprüft wurden
  
  
• Erkennen von Fehlern wie nicht existierende Verzeichnisse in den Umgebungsvariablen PATH und PATHEXT, die Ihr System ausbremsen
  
  
• Komplett-Suche nach ausführbaren Dateien und Skripten, die sich in beliebigen Windows-Programmordnern befinden, ohne Strategie
  
  
• Anzeige der Architektur des gefundenen Befehls (32-Bit, 64-Bit, ARM usw.)
  
  
• Anzeige aller Eigenschaften, die über den gefundenen Kandidaten ermittelbar sind, zB. Herstellerfirma, Versionsnummer und detaillierte Beschreibung.
  
  
• Übertragung einer der gefundenen Pfadnamen in die Registerkarte ' Eingabeaufforderung ' mit einem Klick. Kann als Basis für das Testen von Argumenten verwendet werden.
  
  
• Öffnen einer Windows-Eingabeaufforderung auf den Ordner einer der gefundenen Pfadnamen.
  
  

Beispiel: Sie können dies verwenden, wenn Sie von Ihrer Firewall-Software die Information erhalten, dass das Programm "Xyz.exe" auf das Internet zugreifen will (warum zeigt es eigentlich nicht gleich den vollen Pfad an?) Was ist "Xyz.exe" und wo liegt es?

Warnung: .NET Framework manipuliert das Ergebnis von Dateinamensabfragen. Einige spezielle Dateien sind in einer Eingabeaufforderung und auch im Datei-Explorer sichtbar, werden aber von .NET-Aufrufen nicht zurückgegeben. Ein solches Beispiel ist "C:\Windows\System32\igfxEM.exe". Es wird einfach von keinem Aufruf gefunden. Dies ist ein natürliches Hindernis für Mighty Desktop, das es nicht umgehen kann, weil es auf dem .NET Framework basiert. Aber soweit ich weiss, gibt es davon nur ein paar wenige.