64bit-Anwendung crasht im IDE-Debugger

[neubert]

Hallo,

ich versuche, meine Anwendung von 32bit auf 64bit umzustellen (Delphi 11.3p1 auf Windows 11 22H2). Ich bin soweit, dass sich die Anwendung kompilieren lässt und bei "Ohne Debugger ausführen" auch startet und läuft (bis auf die Stellen, die ich noch ansehen und ändern muss). Wenn ich die Anwendung mit Debugger starte, kommt es beim Anwendungsstart zu einer ACCESS_VIOLATION bei

Code:

  for StyleName in TStyleManager.StyleNames do

un laut Aufruf-Stack bin ich im Wald.

Wenn ich in Vcl.Themes hineingehe, werden mir die blauen Punkte, welche die Codezeilen für das schrittweise Debugging anzeigen, nicht im Einklang mit den tatsächlichen Codezeilen angezeigt. Es ist also so, als ob der Quellcode von Vcl.Themes nicht zur geladenen .bpl bzw. .dcu passe. Wie kann das sein?

Ich habe schon die Optionen unter IDE | Sprache | Delphi | Bibliothek angesehen und da steht für die Plattform Windows 64 Bit bei Debug-DCU-Pfad "$(BDSLIB)\$(Platform)\debug;L:\Source\Delphi-Components\jcl\jcl\lib\d28\win64\debug".

Ich wäre für Hilfe dankbar, wie ich hier weiterkomme.

Herzliche Grüße
Boris

[anse]

Ich hatte bei v11.2 auch Probleme mit der 64bit Ausführung. Bei mir hat es geholfen die neuen ASLR-Features zu deaktivieren:

[neubert]

Vielen Dank für die schnelle Antwort.

Ich habe die beiden Einstellungen abgeschaltet. Leider gibt es keine Veränderung. Die ACCESS_VIOLATION bleibt und die Quelltextpunkte sind immer noch daneben.

[anse]

Hast du in den Projektoptionen unter Anwendung > Erscheinungsbild ein Style aktiviert? Wenn ja, dann mal testweise deaktivieren, bzw. das Default "Windows" Style einstellen.

[neubert]

Hallo und Danke für diesen Hinweis. Leider ist es das auch nicht. Ich kann die besagte Einstellung nicht machen, weil ich ein benutzerdefiniertes Manifest benutze. Grund dafür ist, dass ich meine eigenen .bpl-Dateien, die von Dritten und die von Embarcadero in separaten lib-Ordnern unterhalb der .exe-Datei aufbewahre, und diese Speicherorte im Manifest mitteile. Ich habe nun versucht, systematisch Probleme mit den Library-Versionen und dem Manifest und Style-Einstellungen zu ermitteln:

1. Ein 64bit-Testprogramm, welches auf Knopfdruck die Namen der Styles in ein Memo schreibt, läuft einwandfrei durch und lässt sich auch im Einzelschrittmodus debuggen (eigener Code und VCL-Sourcen).
2. Ich habe daraufhin die Embarcadero-Libs aus dem lib-Ordner meines nichtfunktionierenden Programms gleichartig in einen lib-Ordner unterhalb des Testprogramms gelegt und dieselbe Manifest-Datei verwendet. Das funktioniert ebenfalls.
3. Ich habe daraufhin die .bpl-Dateien von meinem nicht funktionierenden Programm in den BPL-Standardordner erstellen lassen (wo die .bpl-Dateien der Drittanbieter auch liegen) und das Manifest entfernt (Einstellung: "ohne", also auch ohne Styles). Der Crash und die nicht zum Code passenden Quelltexthaltepunkte in den VCL-Sourcen blieben mir aber.

Ich vermute nun, dass (nur) in der 64bit-Version des Programms oder einer der verwendeten Bibliotheken der Speicher zerschossen wird, was aber erst später beim Auflisten der Style-Namen zum Crash führt. Ich werde nun als nächstes mein Programm zeilenweise von Anfang an durchdebuggen, um dem Problem auf die Schliche zu kommen.

[himitsu]

Alles was Manifest ist ... das Manifest und die Versionsinfo liegen in der ProjektRes, bzw. in der EXE/DLL/BPL/..., wo man sie soich z.B. mit einem RessourcenEditor (oder notfalls auch Notepad) ansehen kann ... dort darfst dir gern alles rauskopieren und in dein eigenes Manifest einfügen.
(andersrum wäre es natürlich besser, wenn man seine eigenen Einträge angeben könnte und Delphi fügt sie in sein Manifest ein, bzw. wenn Delphi das eigene Manifest mit seinem mergen könnte)

[neubert]

Hallo,

nach 5 Monaten möchte ich gerne ein Update zu meinem Problem geben, dass meine 64bit-Anwendung im IDE-Debugger (Delphi 11.3p1) abstürzt.

Nachdem ich Eure Vorschläge und noch einiges andere ohne Erfolg durchprobiert hatte, habe ich erst einmal für die 32bit-Plattform weiterentwickelt. Diese Woche habe ich dann einen neuen Anlauf gestartet und, siehe da, das Programm läuft auch in der 64bit-Version in der IDE durch.

Ich kann nicht sagen, wie es dazu kam. Ich habe keinen Patch für Delphi eingespielt und auch keine strukturellen Änderungen am Code vorgenommen.

Es kommt noch zu Access Violations in Vcl.Styles beim Aufzählen der vorhandenen Styles, aber das ist erst einmal nachgeordnet, und vielleicht Thema für einen neuen Thread (oder einen Bugreport an Embarcardero).

Viele Grüße
Boris