AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
durch die Package Info öffentlich gemacht. Sie haben keinen Nutzen in irgendeiner Form. Zitat:
Ich kann sie doch explicit angeben in dem ich sie zu meinem Projekt addiere. Wenn ich keine hinzufüge sollte auch keine zum Kompilat addiert werden.. Meine Meinung. Wie man im Shot sehen kann den ganzen Müll (sorry) bis auf die Versions Info brauche ich einfach in der DLL nicht. gruss |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Weil das Zeugs sich in vielen VCL-Units versteckt, welche du verwendest.
Und die PackageInfo ist z.B. für die RTTI mit drin. DVCLAL sind die Lizenzinfo deiner Delphi-Version/Edition. (darüber wird geregelt ob und was in deinem Kompiilat verwendet werden darf ... z.B. falls DataSnap einkompiliert ist, aber dafür nur eine Starter/Prof verwendet wurde) Nichtgenutztes weglassen geht halt nicht bei Ressourcen. Bei Ressourcen und RTTI kann man auch indirekt drauf zugreifen, womit es da keine erkennbare Verbindung gibt. Fazit: Der Compiler/Linker muß alles mit rein nehmen, falls es doch gebraucht wird. |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
gruss |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Wie gesagt, die Unit muß nur eingebunden sein und schon ist die Ressource drin.
Drum gab es damals mal die schwachsinnigste Komponente ever. TXPManifest ... die nur dafür sorgte, dass automatisch eine Unit ins Uses eingetragen wurde. Nahm man die Kompoente wieder von der Form, blieb das Manifest dennoch in der Anwendung drin. :lol: |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
Cursor\CursorGroup ist drin. Liegt halt an den VCL-Komponenten welche diese einbinden. Wenn du diese nicht benötigst, sorge durch passende Uses-Anweisung das sich nicht gezogen werden. Zitat:
Also macht der Compiler/Linker nichts was nicht durch das eigene Handeln (uses-Anweisung) verschuldet wäre. Zitat:
Stören diese, dann arbeite ohne BPLs. |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
Denn ich habe schon gesagt das die DLL keine *.dfm Unit eingebunden hat. Zitat:
Diese DLL verwendet nur Header von Diversen Plugin Typen welche dann benutzt werden um mit diesen zu kommunizieren. Zitat:
Und wenn dann müssen sie irgendwo im Suchpfad liegen. gruss |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
Zitat:
Den Packt Delphi auch in DLLs auch wenn es nicht immer nötig wäre. Bei BPLs ist es nötig um um feststellen zu können wenn eine Pas-Datei sonst mehrfach geladen würde was ja dem Highlander-Prinzipg bei gemeinsam genutzter Runtime (Dll.TObject = Exe.TObject) nicht sein darf. |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Na ja ist ja nicht Lebenswichtig wollte die dinge nur mal ansprechen.
Unter Verwendung von UPX werden diese Ressourcen eh eliminiert. (bzw. komprimiert) Zitat:
gruss |
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
Delphi-Quellcode:
Also musst du in den Units die du direkt oder indirekt verwendest nach "{$R" suchen
{$R MeineResourcenDateimitGanzFilenIconsundCurser.res}
|
AW: Debug und Release liefert nahezu gleichgroße Exe-Dateien
Zitat:
Ich habe keine Ressource die ich einbinde die irgendwelche Cursor oder Icon Dateien enthält. Wenn dem so wäre würde ich nicht fragen da es in dem Fall von mir selbst verursacht wurde.
Delphi-Quellcode:
{$R '_resource\Bass_Vis.res'}
enthält lediglich die Version nichts anderes. Und ja habe alle Dateien im Projekt durchsucht. Also noch mal welche Unit die ich nicht selbst erzeugt habe.. bsp. System, Windows, Classes enthält oder generiert Cursor oder Icon Ressourcen. gruss |
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:28 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz