RAD Studio, Delphi, C++Builder 12.2

[win568]

Wir testen nun die 64 Bit Binary Versionen der Compiler. Grundsätzlich funktioniert das Compilieren/Erzeugen.

Nur, das hat keiner eingebaut, der damit arbeiten will.
Stellt man auf 64 Bit um, dann erscheint, unabhängig was man in den Optionen eingestellt hat, das Compilerfenster. Dieses zeigt nur NICHTS an.
Der Abbrechen Button funktioniert überhaupt nicht. Man muss immer den gesamten Compilevorgang abwarten, oder den Compiler abschießen. Die Oberfläche ist, außer
den Compilermeldung TOT. Es schaut so aus, als ob keine Window Messages mehr durchgereicht werden.

Wenn man große Projekte erzeugt, dann hat das nur Sinn mit 64Bit Compilaten.
Erzeugt man ein mit dem 64 Bit Binary Compiler eine 32 Bit Exe, dann funktioniert das Debuggen GAR NICHT.
Die blauen Dots werden NICHT angezeigt, es wird bei keinem Breakpoint angehalten. WAS SOLL DAS ??

Und jetzt keine KOMMANTARE: "SCHREIB DAS IN DAS QUALITY CENTRAL PORTAL". DAS KANN NIE GETESTET WORDEN SEIN.
Würden wir sowas an die KUNDEN ausliefern, sind wir morgen WEG.

[Der schöne Günther]

Ich habe noch nicht verstanden, was der 64-Bit-Compiler noch einmal bringen soll.
Kein 2 GB Größenlimit mehr, somit fällt das Ding erst auf die Nase wenn dem System tatsächlich der Speicher ausgeht.

Richtig verstanden?

[himitsu]

4 GB ... man kann über ein Flag das freischalten

Windows 32 + 32 Bit App = 3 GB
Windows 64 + 32 Bit App = 4 GB


Nja, erstmal keine Redirections mehr
und auch anderes läuft "besser".

Delphi-Quellcode:

{$SetPEFlags IMAGE_FILE_LARGE_ADDRESS_AWARE}

// $0020 IMAGE_FILE_LARGE_ADDRESS_AWARE       #15657 Memory Support bis 4GB (32 Bit-Anwendung)
// $0400 IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP   If Image is on removable media, copy and run from the swap file.
// $0800 IMAGE_FILE_NET_RUN_FROM_SWAP         If Image is on Net, copy and run from the swap file.
{$IFDEF WIN32}{$SetPEFlags $0C20}{$ELSE}{$SetPEFlags $0C00}{$ENDIF}

[Uwe Raabe]

Zitat von win568:

Erzeugt man ein mit dem 64 Bit Binary Compiler eine 32 Bit Exe, dann funktioniert das Debuggen GAR NICHT.
Die blauen Dots werden NICHT angezeigt, es wird bei keinem Breakpoint angehalten.

Gerade bei einem simplen VCL-Programm für Win32 getestet:

• MSBuild aktiviert
• Architektur auf x64
• Externe Debug-Symbole aktiviert
• Breakpoint in FormCreate

Funktioniert!

Ach ja: Die Breakpoints erscheinen erst beim Starten mit Debugger. Das ist aber bei Verwendung von MSBuild normal. Ebenso die Anzeige der Fortschritts erst nach Beenden.

[himitsu]

Zitat von Uwe Raabe:

Ach ja: Die Breakpoints erscheinen erst beim Starten mit Debugger. Das ist aber bei Verwendung von MSBuild normal. Ebenso die Anzeige der Fortschritts erst nach Beenden.

Hier zwar Delphi 11, aber war beim 12.1 auch ähnlich.

Ich hab hier den Fall für Win32:
* Haltepunkte nach dem Kompilieren des Packages oder der DLL sind da
* nach dem Start des Debuggers sind sie weg
* bei Packages: Breakpoints sind aktiv, aber landen im Assembler
* Debugger meint "Enthält Debuginfos" aber später merkt man nix davon
* ...


@Der schöne Günther: ein 64 Bit-Beispiel
https://www.delphipraxis.net/215802-...dows-11-a.html

[Der schöne Günther]

Nein, was es für Vorteile hat, die Anwendung in 64-Bit zu machen ist denke ich klar.

Wenn ich das richtig verstanden habe, gibt es alternativ nun einen 64-Bit-Compiler. Was der aber besser kann (außer dass ihm später der Speicher ausgeht) habe ich noch nicht verstanden.

[Uwe Raabe]

Zitat von Der schöne Günther:

Wenn ich das richtig verstanden habe, gibt es alternativ nun einen 64-Bit-Compiler. Was der aber besser kann (außer dass ihm später der Speicher ausgeht) habe ich noch nicht verstanden.

Das ist im Wesentlichen der Vorteil: Man kann damit Projekte compilieren, bei denen der 32-Bit Compiler an seine Grenzen stößt.

Wegen der Einschränkungen, die mit MSBuild einherkommen, würde ich ihn nur einsetzen wenn unbedingt notwendig.

[Der schöne Günther]

Alles klar, vielen Dank.
Dann können wir uns ja glücklich schätzen, solche Grenzen bislang noch nie erreicht zu haben (wahrscheinlich sind wir zu faul und tippen zu wenig).

[Uwe Raabe]

Zitat von Der schöne Günther:

(wahrscheinlich sind wir zu faul und tippen zu wenig).

Oder ihr habt gut strukturierten Code ohne zyklische Abhängigkeiten.

[win568]

Zitat von Uwe Raabe:

Zitat von win568:

Erzeugt man ein mit dem 64 Bit Binary Compiler eine 32 Bit Exe, dann funktioniert das Debuggen GAR NICHT.
Die blauen Dots werden NICHT angezeigt, es wird bei keinem Breakpoint angehalten.

Gerade bei einem simplen VCL-Programm für Win32 getestet:

• MSBuild aktiviert
• Architektur auf x64
• Externe Debug-Symbole aktiviert
• Breakpoint in FormCreate

Funktioniert!

Ach ja: Die Breakpoints erscheinen erst beim Starten mit Debugger. Das ist aber bei Verwendung von MSBuild normal. Ebenso die Anzeige der Fortschritts erst nach Beenden.

Hallo Uwe

Das ist richtig, wenn es sich um einen Micro Anwendung handelt. Wir warten seit Jahren auf die 64 Bit Compilerarchitektur, da unsere Anwendung nicht mehr ohne Absturz der IDE erzeugt werden kann. Nur durch Verwendung des Patch Compilers können wir derzeit unsere Anwendung noch erzeugen. Auch eine Umstellung auf Packages funktioniert mehr recht als schlecht, da der Debugger damit nicht zurechtkommt. Nun funktioniert im Test wenigstens das Erzeugen der 64 Bit Applikation mit dem 64 Bit Binary Compiler, als auch das Debuggen. Nur bei der 32 Bit steigt der Debugger aus.