Running win32 application from shell "exits silently" but in reality crashes on load

Offen

#31 erstellt am 19.10.2019 5 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: powershell
Bereich: cli, operating-systems

Rechercherichtung

Beginne damit, den Windows PowerShell-Befehl mit einer nativen ausführbaren Datei zu reproduzieren, deren verknüpfte DLL fehlt, und untersuche anschließend, wie der Prozessstart den Fehler behandelt. Als erledigt gilt dies, wenn der Aufruf der ausführbaren Datei einen External System Error meldet, der die fehlende DLL identifiziert, statt keine Ausgabe zu erzeugen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

So I ran into an issue where an application unexpectedly would no longer launch when called directly from the shell, i.e. ".\appname.exe"

After troubleshooting for a bit with my trusty old friend Process Monitor, I could see the process opening and closing down again, looking at the Process Exit event, I saw the exit code of -1073741515 (aka. 0xC0000135, aka. STATUS_DLL_NOT_FOUND)

That was a quite easy fix, but it nagged me that I got no indication of the failure, in any other circumstance (running from cmd, double-clicking in explorer, run or even in powershell with Start-Process) a message would pop up stating a DLL was missing, and which one it was.

(I don't know if this issue extends to Linux/MacOS, or even if it can affect those platform)

Steps to reproduce


- First and foremost, a win32(native) application is needed with a linked library that's missing
- PS > .\path\to\executable.exe

Expected behavior

External System Error prompt

Actual behavior

No Output

Environment data

Name                           Value
----                           -----
PSVersion                      6.2.3
PSEdition                      Core
GitCommitId                    6.2.3
OS                             Microsoft Windows 10.0.18362
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

Vorherrschende Sprache: C++
Sterne: 68
Forks: 46
Ø Merge: 3 T. 4 Std.
Gemergte PRs (30 T.): 1

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus PowerShell/PowerShell-Native

Need to release a new version of `Microsoft.PowerShell.Native` nuget package Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

PowerShell/PowerShell-Native#116 · Erstellt am 17.9.2026
libpsl-native build fails with CMake 4.0 Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 45/100

PowerShell/PowerShell-Native#103 · Erstellt am 25.6.2025
We should remove dependency on this assembly by changing usage of Native APIs in PS7 to .NET APIs or P/Invokes Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100

PowerShell/PowerShell-Native#76 · 2 Kommentare · 1 Reaktion · Erstellt am 30.11.2021
Fix the release build when SkipSigning is set to True Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100

PowerShell/PowerShell-Native#65 · 1 Kommentar · Erstellt am 09.3.2021
Powershell FxDependent package cannot use New-PSSession Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100

PowerShell/PowerShell-Native#48 · Erstellt am 25.2.2020

Alle Issues in PowerShell/PowerShell-Native