Packages und Weitergabe

[VCLControls]

Hallo,

zum ersten Mal muss ich meine Anwendung mit Laufzeitpackages kompilieren um die erstellte EXE kleiner zu bekommen.
Die benutzten Devart-Komponenten blähen die Kompilate zu stark auf.
Die BPL-Dateien der Devart-Komponenten die benötigt werden, liegen dann beim Zielrechner im Suchpfad und auch nur diese habe ich bei den Laufzeitpackages eingetragen.

Trotzdem werden beim Start der Exe auf dem Zielrechner diverse Borland-Bpl's nicht gefunden (z.B. rtl70.bpl). Diese sollen aber gar nicht als BPL weitergegeben werden.
Sollte eigentlich ganz einfach gehen : http://www.delphi-treff.de/ueber-del...hi-7/packages/

Gibt es noch etwas bei der Weitergabe zu beachten?

[CCRDude]

Mag ja sein, dass Du Dein Kompilat ohne Abhängigkeit zu diesen erstellt hast - aber haben die Devart-BPLs auch keine Abhängigkeiten dazu?

[Bernhard Geyer]

Das ist so nicht möglich.
Wenn du die DevArt-Kompos als Packages bereitstellen willst mussts du auch die BPLs von Delphi als Bpl bereit stellen.
Dies von dir gewünschte Aufteilung ist technisch nicht möglich.

[VCLControls]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1237373)

Das ist so nicht möglich.

Dann war der Tipp im Delphi-Treff ein wenig irreführend:

Zitat:

Um Laufzeitpackages zu verwenden, genügt es, in den Projektoptionen den Haken bei "Mit Laufzeit-Packages aktualisieren" zu setzen und alle in dem darunter liegenden Textfeld aufgeführten Dateien (Endung bpl) mit der Anwendung weiterzugeben. Die bpl-Dateien müssen im Windows-System-Verzeichnis untergebracht werden.

Auf dem Zielrechner werden Dialog-Buttons statt mit Ja/Nein, mit Yes/No beschriftet.
Daraus folgert dann aber auch, dass ich DE-Dateien weitergeben muss und wenn ja welche? @Bernhard, das hattest Du mal irgendwo jemanden geraten(über Google gefunden).

Ich hatte schon sämtliche DE-Dateien die ich auf dem Entwicklungsrechner gefunden habe in das Bpl-Verzeichnis des Zielrechners kopiert, ohne Erfolg die Buttons bleiben englisch.
Ohne Laufzeitpackages sind sie auf dem Zielrechner wieder deutsch.

[CCRDude]

Erstmal müssen BPLs keinesfalls im System-Verzeichnis untergebracht werden. Das Anwendungsverzeichnis tut's auch. Stichwort: Suchpfad. Mit .de-Dateien kenne ich mich nicht aus, da ich gnutext zur Lokalisierung verwende. Verwendet BDS da etwa schon Resourcen-DLLs für MUI? Der XE-Kompiler war noch nicht in der Lage, zumindest welche zu erstellen :?

[VCLControls]

Zitat:

Zitat von CCRDude (Beitrag 1237411)

Erstmal müssen BPLs keinesfalls im System-Verzeichnis untergebracht werden. Das Anwendungsverzeichnis tut's auch. Stichwort: Suchpfad.

Hatte ich im ersten Post auch geschrieben. Der Tipp bei Delphi-Treff ist nicht ganz rund.

Ich habe jetzt alle Packages wie vcl70.bpl aus dem Verzeichnis \System32\ dazu gelegt. Im gleichen Verzeichnis gibt es dann auch eine gleichnamige *.de-Datei.
Jetzt läuft es.

[himitsu]

In den DEs liegen die deutschen Übersetzungen für die BPL. Englisch ist schon eingebaut und diese werden also nur benötigt, wenn du VCL/RTL-Texte überetzt haben möchtest.
(z.B. die Buttons auf den Dialogen ala ShowMessage)

[Perlsau]

Zitat:

Zitat von VCLControls (Beitrag 1237371)

... muss ich meine Anwendung mit Laufzeitpackages kompilieren um die erstellte EXE kleiner zu bekommen.

Mich würde vor allem interessieren, wozu man überhaupt eine ausführbare Datei kleiner bekommen muß und um welche Exe-Größen es sch hier handelt. Wenn du deine Exe dadurch verkleinerst, daß du BPLs auslagerst, wird weder das Installationspaket kleiner noch der benötigte Speicher weniger. Komplexe Anwendungen sind nunmal keine kleinen Exe-Dateien.

[bcvs]

Wenn das Installationspaket aus mehreren Exen besteht und man die alle mit Laufzeitbibliotheken kompiliert, wird das Installationspaket schon deutlich kleiner.

[Perlsau]

Zitat:

Zitat von bcvs (Beitrag 1237418)

Wenn das Installationspaket aus mehreren Exen besteht und man die alle mit Laufzeitbibliotheken kompiliert, wird das Installationspaket schon deutlich kleiner.

Okay, danke, jetzt kenne ich wenigstens einen Grund, um BPLs auszulagern. Allerdings schrieb VCLControls, daß es ihm darum ginge, "die erstellte EXE kleiner zu bekommen", ergo um eine einzige Exe-Datei. In diesem Fall würden externe Packages die Installationsdatei nicht merklich verkleinern.

@VCLControls: Würde es dir was ausmachen, mir rein interessehalber deinen konkreten Grund für den Verkleinerungswunsch zu nennen?

[himitsu]

Oder wenn du dein Projekt auf mehrere EXEn und vorallem DLLs/BPLs aufteilst.
Wir machen öfters mal Updates und da dann jedesmal die ganzen BPLs (auch wenn die Codes der RTL/VCL und der großen Fremdkomponenten einkompiliert wären), dann müssten wir locker jedesmal locker 200 MB sinnlos mit übertragen, während das eigentliche geänderte Teil keine 30 MB groß ist.
Einige Kunden haben wirklich noch sehr langsame Internetanschlüsse und auch rum testen da jedesmal knapp 250 MB zwischen den Rechnern auszutauschen frisst auch Zeit, wenn man das ständig macht.

PS: die 250 MB sind nur für 5 EXEn, knapp 35 DLLs und nochmal 25 eigene BPLs, wenn das überall nochmal in die RTL/VLC, DevExpress, TeeChart, FastReport, List&Label, PgDAC und weitere Fremdkomponenten, mit einkompiliert werden müssten, dann könnte es eventuell/bestimmt sogar mehr werden.
> Davon ausgegangen, daß in den BPLs auch Zeug einkompiliert ist, was wir garnicht oder zumindestens nicht allen EXEn verwenden.

[Perlsau]

Das leuchtet sofort ein :coder2:

[VCLControls]

Genau wie himitsu schrieb ist es.
Ich habe das Gesamtprojekt auch in zig Exen zerlegt. Da kommt bei einem Update richtig Traffic zustande.
Schon im einem lokalen Netz ein Update mit 10 Rechnern zu fahren, dauert eklig lange.