Debugging mit 64Bit nicht mehr möglich "Prozess kann nicht erzeugt werden"

[freejay]

Hallo,

wenn ich eine Anwendung für die Zielplattform 32Bit debuggen möchte, funktioniert das einwandfrei. Wenn ich das Gleiche für 64Bit machen möchte, bekomme ich den Fehler: "Prozess kann nicht erzeugt werden" und dahinter Pfad und Name der Exe.

Das scheint jetzt bei allen meinen Projekten so zu sein (bei dreien ausprobiert).

Ich habe vor wenigen Tagen auf die 10.4.2 umgestellt, bin mir aber nicht sicher, ob ich vor heute schon eine 64Bit Anwendung ge-debuggt habe...

Hat jemand eine Idee?

Gruß

Freejay

[himitsu]

Bei Win64 stimmen in den IDE-Optionen einige Suchpfade nicht.
Schau mal in den Thredas nach ... da stand irgendwo bisslwas.
https://www.delphipraxis.net/207101-...rschienen.html
https://www.delphipraxis.net/207187-...-10-4-2-a.html

[freejay]

Ich hab mich nicht präzise genug ausgedrückt:
Die Projekte werden problemlos kompiliert, man kann sie "nur" nicht debuggen.
Oder braucht man für's Debuggen auch spezielle Pfade und wenn ja: Welche denn?

[himitsu]

Es gibt Suchpfade für "zusätzliche" Debuginfos, aber selbst wenn die nicht stimmen würde der Debugger starten. (nur hat man dann eventuell keine Haltepunkte und so)
-> Man kann die EXE ja mit internen oder externen Debuginfos kompilieren und Diese müssen nicht im selben Verzeichnis wie die EXE liegen.

Aber was ich eher vermuten würde, dass in diesem Zusammenhang auch was Anderes nicht stimmt, wie z.B.:
* der Debugger stelbst wird nicht gefunden (hier wird ja vermutlich der RemoteDebugger verwendet, da die IDE 32 Bit und das Programm nicht)
* der Debugger bekommt falsche Optionen
* der Debugger findet die EXE nicht
* .......

[freejay]

Danke himitsu!

Da ich nicht weiß, wie ich diese drei Punkte beheben könnte, hört sich das ganz nach einer kompletten Neuinstallation mit allem Drum (3rd party) und dran (eigene Komponenten) an... Und wenn's dann doch die Firewall oder der Virenscanner waren, werd ich mir nachher in den Hintern beißen... :roll:

Das ist ein Spaß...

[michaott]

Hallo freejay,

ich habe das gleiche Problem. Auch eine Neuinstallation half nicht.

Es ging, Debuggen von 64-Bit Anwendungen, bei mir, dann habe ich Visual-Studio aktualisiert, seit dem funktioniet es nicht mehr . . .

Hast du eine Lösung gefunden?

Kurze Zusammenfassung:
Übersetzen 32-Bit geht
Übersetzen 64-Bit geht
Debuggen 32-Bit geht
Debuggen 64-Bit ging bis zum Update Visual-Studio auf V16.9.1, Seit dem Fehlermeldung "Prozess kann nicht erzeugt werden . . ."

Grüße Michael

[michaott]

Hallo,

weitergehend habe ich versucht Programm zu starten und "Mit Prozess verbinden" versucht, 32-Bit OK bei 64-Bit gibt es eine Zugriffsverletzung in Modul 'dbkdebugide270.bpl'.
Lesen von Adresse 00000000.

Grüße Michael

[Michael II]

Zu "Prozess kann nicht erzeugt werden.." gab's bereits hier mal was. ( Könntest du prüfen, indem du Delphi als Admin startest. Wenn's dann klappt mit dem Debuggen, dann liegt's wohl am Manifest deiner App. )

[ Die lokale tpc/ip Verbindung C:\Program Files (x86)\Embarcadero\Studio\21.0\bin\dbkw64_27_0.exe <-> bds.exe blockst du ja sicher nicht. ]

[michaott]

Hallo,

Danke, hatte ich schon erfolglos probiert, das Manifest habe ich durch Veränderung der Optionen neu Erzeugen lassen, geht trotzdem nicht.


Wie gesagt der unveränderte Code konnte vor dem Update vor dem Update von Visual-Studio Problemlos debugt werden, Seit dem Update geht es nicht mehr. Betrifft auch nur die x64 Version.

Grüße Michael

[Michael II]

Ich hatte kürzlich ein Problem mit TWebBrowser und habe mir dann Visual Studio 2019 installiert. Da ging's mit Debuggen in Delphi noch. Nachdem ich auch 2017 installiert hatte nicht mehr. Application Verifier aus dem SDK liess sich auch nicht mehr starten.
Ich habe darauf 2017 deinstalliert, kein Erfolg, 2019 deinstalliert, kein Erfolg. Nach der Neuinstallation des WinSDKs gings wieder.
Aber ob dir das hilft (und wieso es mir half...)... (sehr wahrscheinlich hast du das WinSDK ja bereits neu installiert und Studio willst du sicher behalten).

Delphi debuggen oder von Emba debuggen lassen wäre sicher der bessere Weg.