Passend zu meiner Frage nach genulltem Objektspeicher, hier eine weitere kleinen Frage:

Wenn ich zwei Units habe und in beiden z. B. die SysUtils unter Uses einbinde, wie behandelt der Compiler das? Wird die SysUtils mehrfach eingebunden oder letztendlich auch nur einmal?

Nur einmal.

Du wolltest wohl darauf hinausgehen, ob die globalen Variablen dann mehrfaht vorhanden sind?
Hätte man sich eigentlich denken können, daß es so totaler Blödsinn währe,
denn es würde ja dem Sinn wiedersprechen, den Code gemeinsam zu verwenden.

Beim Kompilieren mit Packages, wird beim Laden der BPLs und der ladenden BPL/DLL/EXE auch gemeckert, wenn eine Unit mehrfach einkonpiliert wurde. Also in "beiden" BPL/DLL/EXE.

Aber wenn man zwar mit Packages arbeitet, aber die Unit vergssen hat in eine BPL aufzunhmen, dann läßt sich diese Unit in zwei/mehrere DLL/EXE einkompilieren und jeder hat seine eigene Instanz von globalen Variablen.



Setll dir mal vor, wie viele tausende Male z.B. die SysUtils in der VCL einkompiliert währe.

Zitat von himitsu:

Du wolltest wohl darauf hinausgehen, ob die globalen Variablen dann mehrfaht vorhanden sind?

Eigentlich nicht. Eigentlich wollte ich nur die Bestätigung, dass Units nicht mehrfach eingebunden werden. Das war auch vorher meine Annahmen, nur eben keine bestätigte Kenntnis.

Der Grund für meine Frage ist/war, weil ich in einer fremden Unit (nicht von Borland), die eigentlich sonst sehr gut programmiert war, einige Standard-Units per Compilerdirektiven eingebunden wurden, also Windows, SysUtils, usw.

Das ganze ergibt durchaus Sinn (zumindest je länger ich darüber nachdenke), denn abhängig von einigen Bedingungen werden einige Teile der Unit nicht benötigt, somit auch nicht die dazugehörigen Units.

Trotzdem, das sind Standard-Units die fast in jedem Programm auftauchen. Nicht dass ich per se in eine leere Unit Standard-Units einbinde, aber sind die ein mal drin, zumindest die üblichen Units, dann werfe ich SysUtils nicht später wieder raus, nur weil ich zuletzt dann doch nicht die StrToInt Funktion benötige. Denn wenn nicht hier, dann ist sie irgendwo anders eingebunden.

Also muss derjenige ein "Optimierungsfanatiker" sein, wenn er sogar solche Unit-Einbindung steuert.

In der Unit Windows gibt es eigentlich keine globalen Dinge, somit lohnt es sich nicht die wegzulassen.

Aber es gibt einige NonVCL-Programmierer, welche Programme ohne die SysUtils erstellen, um möglichst kleine EXEn zu erzeugen.
Wenn nun eine Fremdkomponente diese Unit dennoch nutzt, dann "können"/wollen sie diese nicht verwenden.

Bei der SysUtils werden im Initialization so einige Sachen gemacht, die irgendwelche Dinge laden (und natürlich wird alles dazugehörige ins Programm einkompiliert) und dafür sorgen, daß so Einiges am laufenen Programm verändert werden, wie z.B. die Exceptionbehandlung.