20 Jahre in der DP

[Codehunter]

Das witzige ist: Ich nutze seinen EDA bis heute regelmäßig: https://assarbad.net/en/stuff Überhaupt, dieses NonVCL... Meine Güte, 40 kB für ein GUI-Programm! Wenn man heute eine völlig funktionslose Konsolenanwendung erstellt und alles an Uses raus wirft, ist man immer noch locker bei über 1 MB. Welches Delphi war das damals? 4, 5 oder 7 müsste es gewesen sein. Lustig auch die TODO.txt vom EDA: "This can probably be solved soon." - da stehts nun seit 20 Jahren :lol:

[jaenicke]

Wenn ich meine MTCL umbauen würde, so dass ich die Unit System.Classes nicht mehr brauche und auch die API-Funktionen direkt deklarieren würde, würden die Exen sicher auch sehr klein werden. Das hatte ich allerdings nicht vor.

[Codehunter]

Zitat:

Zitat von jaenicke (Beitrag 1524114)

Wenn ich meine MTCL umbauen würde, so dass ich die Unit System.Classes nicht mehr brauche und auch die API-Funktionen direkt deklarieren würde, würden die Exen sicher auch sehr klein werden. Das hatte ich allerdings nicht vor.

Stimmt hast recht, aber auf 40 kB komme ich mit einem D10.4 nicht mehr:

Delphi-Quellcode:

program Project1;

{$APPTYPE CONSOLE}

begin
end.

Ergebnis: 240 kB

Und da ist ja nun wirklich nicht allzu viel Funktion drin :wink:

[Satyr]

Zitat:

Zitat von Codehunter (Beitrag 1524107)

Das witzige ist: Ich nutze seinen EDA bis heute regelmäßig

Hab ich auch sehr lange genutzt. Wobei er ab und auch tolle VCL Kompos veröffentlicht hat, die einiges leichter gemacht haben.

Ich hatte mit Delphi 3 angefangen. Hat mir ein bekannter aus dem Sportverein besorgt, der zu der Zeit Informatik studiert hat.

[Uwe Raabe]

Also mit dem aktuellen Delphi 11.3 Patch 1 erzeugt der Win32 Compiler im Release eine Exe mit 46.080 Byte.

[Uwe Raabe]

Kompiliert man das noch mit Runtime-Packages (RTL) reduziert sich die Größe auf ganze 8.704 Byte.

Aber mal ehrlich: Das ist doch alles vollkommen weltfremd.

[himitsu]

Klar, aber dann mußt'e auch die BPLs mitgeben.


Dann kann man noch bei der erweiterten RTTI bissl was abschalten.

Delphi-Quellcode:

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}

https://docwiki.embarcadero.com/RADS...ctive_(Delphi)

Vermutlich könnte man sich auch mal wieder eine abgespeckte System und SysInit (PAS bzw. DCU) basteln.
Siehe DDDK (Delphi Driver Development Kit).

sowie
mit NonVCL arbeiten,
unnötige RTL/VCL-Resourcen löschen,
keine Exception-Behandlung (SysUtils weglassen),
PE-Realocations löschen (dann nervt Einen auch nicht mehr dieses blöde ASLR)
und natürlich noch mit EXE-Packern rumpfuschen.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1524137)

Dann kann man noch bei der erweiterten RTTI bissl was abschalten.

Delphi-Quellcode:

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}

Das betrifft aber nur den eigenen Code und nicht die vorcompilierten DCUs.

Aber im Wesentlichen sind die 40 KByte ja der initialization-Abschnitt der System.pas und den kann man nicht wirklich wegoptimieren.

[Codehunter]

Zitat:

Zitat von Uwe Raabe (Beitrag 1524134)

Kompiliert man das noch mit Runtime-Packages (RTL) reduziert sich die Größe auf ganze 8.704 Byte.

Aber mal ehrlich: Das ist doch alles vollkommen weltfremd.

War NonVCL nicht immer schon eine Art Proof of Concept? Es ist auch nicht wichtig. Ist mir nur aufgefallen als ich die Downloadseite bei Assa gesehen habe.

[himitsu]

NonVCL ist der Wahre Weg.

Es ist eigentlich nur ein Konzept, bzw. der Name aus Sicht eines Delphianers, also nicht das VCL-Framework zu verwenden (welche aber intern auch diese WinAPI nutzt),
sondern direkt mit der WinAPI zu arbeiten.

Grundsätzlich gibt es da zwei Wege.
* die DialogAPI, also Form-Ressourcen zu erstellen und sie als "Dialog" zu laden
* oder manuell via CreateWindow die Form und jede Komponente zu erstellern.

Und zusätzlich bietet Windows noch andere APIs an
* TaskDialog (was wir "neuerdings" in der VCL auch nutzen)
* WinForms
* WPF
* das geile Ding, was die für's UAC benutzen, was aber hart im Explorer eingebaut wurde, anstatt in eine DLL :wall:

Oder Frameworks von anderen Anbietern
* GTK+
* Qt