Warum wird die Ressource verändert?

[Bernhard Geyer]

Zitat:

Zitat von venice2 (Beitrag 1479768)

Es geht nicht darum warum, weshalb sondern das es möglich ist!
Das ist der kleine Unterschied.

Klar ist es möglich. Aber Delphi ist halt nicht darauf ausgelegt kleine DLLs zu erzeugen.
Und wenn es nicht ohne sehr große Klimmzüge möglich ist, akzeptiert man einfach das es so ist oder nimmt einfach eine andere IDE, welche das kann.

Zitat:

Zitat von venice2 (Beitrag 1479768)

Und was verstehst du unter richtige DLL denkst du meine wäre falsch?

Es gibt sogenannte Ressourcen-DLLs die können noch kleiner werten, da sie keine Ausführbaren Code beinhalten.

[Rolf Frei]

Zitat:

Zitat von venice2 (Beitrag 1479766)

Zitat:

Zitat von Rolf Frei (Beitrag 1479765)

Diese Compilerswitches bringen nicht wirklich was, weil diese nur auf den eigenen Code Auswirkung hat. Um das ganze RTTI Zeugs in dene Basis Units zu entfernen, müsste die Delphi Basisklassen (System, Classes, etc) neu ohne RTTI kompiliert werden. Das geht aber nicht so einfach, wie man meinen könnte. Eigentlch ist das unmöglich, weil man die System untis nicht neu konmpilieren kann.

OP du kannst ja mal folgende Switsches verwenden, wird dir aber wegen obigen Gründen auch nicht wirklich weiterhelfen.

Code:

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

Habe ich schon drin siehe Code oben.
Na bringt max 200 KB.

Ich wollte nur sagen das es mich nervt.
Wenn es nicht anders abschaltbar ist dann ist gut. ;)
Aber trotz alle dem es geht auch anders.

Ja hast deine Nachricht nach meiner geschrieben. Übrigens hat die Grösse der EXE praktisch nichts mit den Resourecen zu tun. Das was bei dir in den Resourcen ist, sind Formen (DFM-Daten die als Resoruce reingelinkt werden) aus der Basisbibliothek von Delphi. Diese machen aber dein Progamm nicht wirklich massiv grösser. Das Problem ist die RTTI, die bei allen Delphi Basisklassen mit reinkompiliert wurden. Um das zu umgehen. müsstest du alle Delphi DCS's neu durchkompileren und bei allen die RTTI Flags setzen. Das geht aber leider nut therotisch und in der Praxis ist das praktisch unmöglich. Wollte das selber schon mal machen und habe dann aber relativ schnell aufgegeben.

Eben mal getestet:
Eine minimale Consolenapp, die nur die SysUtils nutzt, ist nun mit aktuellen Delphi's im Release Build um die 150 KB. Bei D7 wird eine leere Consoleapp 41 KB gross. Sobald du da bestimmte Untis verwendest explodiert das und du hast dann >2 MB. In deinem Fall sind die Untis Clipprd, Printers und IOUtils dafür verantwortlich.

Hats du deine exe mit dem Release Build kompiliert oder nur mit Debug?

[venice2]

Ok es ist wie es ist damit muss ich dann leben. Danke.

Zitat:

Hats du deine DLL mit dem Release Build kompiliert oder nur mit Debug?

Release..

[himitsu]

Zitat:

Das Problem ist die RTTI

und die Generics (bzw. der unschön generierte Code daraus)

Bei Code kann der Compilier/Linker auch Ungenutztes weglassen,
aber bei eingebundenen RES, kann er nicht erkennen, ob nötig oder nicht.
Sobald ein

Delphi-Quellcode:

{$R irgendwas.res}

in einer einkompilierten Unit drin steckt, dann bleibt es drin, selbst wenn der verwendende Code garnicht benutzt und vom daher vom Linker weggelassen wurde.

[venice2]

Zitat:

Sobald ein {$R irgendwas.res} in einer einkompilierten Unit drin steckt, dann bleibt es drin, selbst wenn der verwendende Code garnicht benutzt und vom daher vom Linker weggelassen wurde.

Keine Ahnung ob den den besagten Units (Clipprd, Printers und IOUtils) eine Res eingebunden ist.
Im Meinem Projekt habe ich diese komplett entfernt aber lach. Sie wird trotzdem eingebunden.

[himitsu]

Du kannst dir vom Compiler die MAP-Datei erstellen lassen (Projektoptioen),
da steht alles drin, was drin ist.

Oder du schaust kurz in die PACKAGEINFO-Ressource.
Die ist zwar binär, aber die Unitnamen kann man auch so erkennen.

[Rolf Frei]

Zitat:

Zitat von venice2 (Beitrag 1479775)

Zitat:

Sobald ein {$R irgendwas.res} in einer einkompilierten Unit drin steckt, dann bleibt es drin, selbst wenn der verwendende Code garnicht benutzt und vom daher vom Linker weggelassen wurde.

Keine Ahnung ob den den besagten Units (Clipprd, Printers und IOUtils) eine Res eingebunden ist.
Im Meinem Projekt habe ich diese komplett entfernt aber lach. Sie wird trotzdem eingebunden.

Wie gesagt sind diese Resourcen minimal und machen die Exe nicht wirklich grösser. Wir reden hier von ein paar KB. Wenn du Texte mit resourcestring definiest, und davon gibt es seher viele in den Delphi Basis Units, kommen diese auch in die Resource der Exe (stringtable). Die MSG_xxx, etc. sind glaube ich die Symbole für Delphi Messageboxen. Die Cursors sind die Mauszeiger Symbonlresourcen, die über eine Unit hineinkommen (Classes?). DVCLAL ist eine spezielle Resource, die der Conmpiler automatisch einfügt und die Infos darüber enhält mit welcher Delphiversion sie erzeugt wurde.

Betreffs meinen gelisteten Units hast du da was falsch verstanden. Es geht dabei nicht um die Resourcen die daruch grösser werden sondern die Exe selber durch die zusätzlichen RTTI Informationen, die nicht in der Resource abgelegt werden. Also vergiss bitte die Resourcen, die sind nicht dein Problem hier, was die Grösse betrifft.

Habe nun mal die Sourcen angeschaut und dabei gesehen, dass die Forms Unit in Printers genutzt wird. Das macht deine Exe so gross. Wenn du die Printers Unit entfernst und alles selber machst, was sonst die Printers Unit macht, dürfte die Grösse schon mal deutlich kleiner werden, sofern natürlich diese Forms Unit nur da genutzt wird. Wenn du es schafst, dass die Forms unit nicht mehr in deine Exe gelinkt wird, wirst du dann eine deutlich kleinere EXE bekommen.

[venice2]

Zitat:

Betreffs meinen gelisteten Units hast du da was falsch verstanden.

Nein ich habe das schon richtig verstanden.
Meine Antwort bezog sich auf die Info von himitsu bzg.

Zitat:

Sobald ein {$R irgendwas.res} in einer einkompilierten Unit drin steckt, dann bleibt es drin, selbst wenn der verwendende Code garnicht benutzt und vom daher vom Linker weggelassen wurde.

Ob diese Units Ressourcen verwenden oder nicht.
Denn bei mir werden sie immer eingebunden egal ob ich da etwas definiert habe oder nicht.

Das die RTTI das Problem ist habe ich schon verstanden. Danke

[Rolf Frei]

RTTI ist nur ein Teil des Problems, der andere und hier vieleicht der entscheidendere ist, dass die Forms unit verwendet wird. Das macht den grössten Unterschied. Kommentiere doch mal bei dir die Printers Unit und allen Code aus, der diese nutzt und compiliere dann. Beachte bitte auch deine uIni Unit, was da genau benutzt wird. Die Exe sollte dann deutlich kleiner werden. Das ist ein Problem dass seit jeher besthet und nichts mit RTTI zu tun hat sondern damit, dass die Forms Unit so viele Abhängikeiten hat, dass alles mögliche in die Exe gelinkt wird, was man eigentlich in deimem Fall garnicht braucht. Meine Test-Consolenanwendung in D7 wächst durch die Verwendung von Printes auch von 41 KB auf 393 KB. In neueren Delphi's macht das noch deutlich mehr aus.

[generic]

Zitat:

Zitat von Rolf Frei (Beitrag 1479760)

Weil jedes Delphiprogamm eine Unmenge an RTTI Informationen mit reinkompiliert. Wenn dich die Grösse stört nimm Delphi 7 oder sonst was altes, das noch ohne RTTI funktioniert. Die neuen Delphikompiler produzieren dank RTTI riesige Dateien, auch wenn sonst nichts im Programm gemacht wird. Das lässt sich leider nicht abschalten.

Aber die RTTI Informationen liegen doch nicht in den Ressourcen.