Fehlerbehebung "Keine passende Binärdatei gefunden" bei Minidumps

Ich habe sehr viel Mühe, Minidumps für eine Anwendung zu debuggen, die mit Unreal Engine 4 entwickelt wurde. In der Vergangenheit konnte ich die erzeugten Minidumps zuvor erfolgreich debuggen, und ich bin mir nicht ganz sicher, warum es nicht funktioniert jetzt. Um weniger bewegliche Teile zu haben, habe ich eine ausführbare Datei mit den Debug-Symbolen erstellt, abstürzen lassen und versuchen, den Minidump auf demselben Computer zu debuggen, auf dem die .dmp-Datei erstellt wurde. Visual Studio scheint jedoch nicht in der Lage zu sein, die ausführbare Datei zu finden - oder eher, dass es nicht kompatibel ist. Ich bin nicht sicher, was hier zu tun ist, da ich sicher bin, dass der Minidump von dieser ausführbaren Datei generiert wurde und sogar den Pfad erkennt:

Beim Debuggen bekomme ich jedoch ein No matching binary found:

Die Informationen zum Laden des Symbols scheinen darauf hinzuweisen, dass nur versucht wird, nach Symbolen auf dem Symbolserver zu suchen, obwohl ich den Ort der ausführbaren Datei als Speicherort einer .pdb-Symboldatei angegeben habe:

SYMSRV: BYINDEX: 0x26 C: \ tmp \ symbols * https://msdl.microsoft.com/download/symbols g3.exe 5A748F8A7de82480

SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ g3.exe - Pfad nicht gefunden SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ g3.ex_ - Pfad nicht gefunden SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ file.ptr - Pfad nicht gefunden

SymSrv: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/g3.exe SymSrv: Httpqueryinfo: 80.190.194 - HTTP_STATUS_NOT_FOUND SymSrv: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/g3.ex_ SymSrv: Httpqueryinfo: 80.190.194 - HTTP_STATUS_NOT_FOUND SYMSRV: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/file.ptr SYMSRV: HttpQueryInfo: 80190194 - HTTP_STATUS_NOT_FOUND SYMSRV: ERGEBNIS: 0x80190194

https://msdl.microsoft.com/download/symbols : Symbole wurden auf dem Symbolserver nicht gefunden. SYMSRV: BYINDEX: 0x27 C: \ tmp \ symbols * https://msdl.microsoft.com/download/symbols g3.exe 5A748F8A7de82480

SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ g3.exe - Pfad nicht gefunden SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ g3.ex_ - Pfad nicht gefunden SYMSRV: UNC: C: \ tmp \ symbols \ g3.exe \ 5A748F8A7de82480 \ file.ptr - Pfad nicht gefunden

SymSrv: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/g3.exe SymSrv: Httpqueryinfo: 80.190.194 - HTTP_STATUS_NOT_FOUND SymSrv: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/g3.ex_ SymSrv: Httpqueryinfo: 80.190.194 - HTTP_STATUS_NOT_FOUND SYMSRV: HTTPGET: /download/symbols/g3.exe/5A748F8A7de82480/file.ptr SYMSRV: HttpQueryInfo: 80190194 - HTTP_STATUS_NOT_FOUND SYMSRV: ERGEBNIS: 0x80190194

https://msdl.microsoft.com/download/symbols : Symbole wurden auf dem Symbolserver nicht gefunden.

Wenn ich mit der rechten Maustaste auf das Modul klicke und auf Symbole laden klicke, kann ich die .exe-Datei auswählen. Das Dialogfeld wird jedoch nie geschlossen, wenn ich auf "Öffnen" klicke, aber es schlägt auch keine Fehlermeldung vor. Ich habe versucht, VS mit einem damit verknüpften Filel-Protokoll zu laden, aber in den Protokollen, die sich auf dieses Problem beziehen, scheint nichts sinnvolles zu sein.

Ich habe auch versucht, die dmp-Datei über cdb und die Einstellung zu laden .symopt +40, da diese Antwort darauf hindeutet, aber das hat nicht geholfen - g3.exe wird immer noch nicht geladen. Ich habe auch versucht, verwenden, chckmatchda diese Antwort darauf hindeutet, aber es sagt, dass die Pdb- und Exe-Dateien übereinstimmen. Ich habe nichts gefunden, das für eine dmp-Datei dasselbe tun würde, und ich konnte keine weiteren Informationen darüber finden, wie ich dieses Problem "Keine passenden Binärdateien gefunden" weiter debuggen könnte. Ich könnte jedoch einen UE4-spezifischen Beitrag zu einem ähnlichen Problem finden, das dieses Problem mit dem Windows Fall Creators Update in Verbindung bringt . Ich habe die Problemumgehung nicht ausprobiert, da ich noch keinen PC hat, der noch nicht aktualisiert wurde, aber es ist keine gute Lösung, wenn wir die Binärdateien mit einigen Windows-DLLs versenden müssen.

Hat jemand dieses Problem schon gesehen? Gibt es eine Möglichkeit, dieses Problem weiter zu debuggen? Vielen Dank!