RAD Studio, Delphi, C++Builder 12.2

[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:

Zitat von win568 (Beitrag 1541278)

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:

Zitat von Uwe Raabe (Beitrag 1541286)

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:

Zitat von Der schöne Günther (Beitrag 1541292)

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:

Zitat von Der schöne Günther (Beitrag 1541298)

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

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

[himitsu]

MSBuild hat für mich einen gravierenden Nachteil.
Es muß halt immer erst gespeichert werden.

[jaenicke]

Zitat:

Zitat von Friday (Beitrag 1541196)

Ich überlege mir gerade fast 2000.-€ für Updates (Delphi + dann wieder notwendige Updates von 3rd Party Komponenten) auszugeben, aus dem einzigen Grund um dann endlich die GUI vernünftig bearbeiten zu können, was der Scaling-Fehler bei Frames zu Laufzeit bisher verhindert hat. Wenn man viel mit GUI zu tun hat macht das so echt keinen Spass auf einem 4k Monitor.

Das hat ja nicht direkt mit 4k zu tun, sondern ob man die passende Bildschirmgröße im Verhältnis zur Auflösung gewählt hat. Ich kann auch mit 4k problemlos auf 100% arbeiten, aber dann darf das natürlich kein 24" Gerät sein, sondern ca. 28" oder mehr.

Bei Laptops hat man diese Wahl nicht unbedingt, aber die Entwicklung am Laptop empfinde ich auch eher als Notlösung, nicht als angenehmes Arbeiten.

Trotzdem wäre es natürlich gut, wenn es bezüglich High-DPI mit Delphi keine Probleme mehr geben würde.

Zitat:

Zitat von himitsu (Beitrag 1541309)

MSBuild hat für mich einen gravierenden Nachteil.
Es muß halt immer erst gespeichert werden.

Dann kann bei einem Absturz oder Stromausfall aber auch nichts verloren gehen. Ich lasse grundsätzlich automatisch speichern, wenn ich kompiliere. Daran kann ich auch keinen Nachteil erkennen.