Projekt mit Runtime-Packages compilieren - BPL nicht gefunden

[Uwe Raabe]

Zitat von Codehunter:

Bei meinem XE4 läuft die Sinnigkeit anders herum: Entweder ich gebe bei den Laufzeit-Packages diejenigen an die ich nicht dabei haben will (und wo ich dann eine .bpl beipacken muss) oder ich lasse die weg, wann werden die Packages direkt in die EXE eingebunden. Am Beispiel von UniDAC: Ich habe bei meiner IDE noch keinen Weg gefunden, eine EXE zu backen, in der kein UniDAC verbaut wäre. Und mir kann doch keiner erzählen dass ein absolut leeres Test-Projekt, das nichts außer dem TForm1 enthält, irgendwo implizit ein Package wie UniDAC einbinden würde.

Ich kann das Problem hier nicht nachvollziehen:

- Neues VCL-Projekt
- Unter Projekt-Optionen, Laufzeit-Packages, Mit Laufzeit-Packages linken auf True setzen
- Compilieren
- Projekt - Infos über ... zeigt rechts die Liste der verwendeten Packages an (rtl210, vcl210)

[Codehunter]

Jaaaaaa genau da liegt das Problem das ich nicht verstehe. Hier die Infos zu meinem "Plugin-Package" namens Modul1.Module.bpl. Sobald ich das aber auf der Test-VM dynamisch per LoadPackage lade, wird nach diversen anderen BPLs verlangt (z.B. mal wieder unidac180.bpl)

Und jetzt verrat mir mal einer, warum?

[Stevie]

Zitat von Codehunter:

Sobald ich das aber auf der Test-VM dynamisch per LoadPackage lade, wird nach diversen anderen BPLs verlangt (z.B. mal wieder unidac180.bpl)

Und jetzt verrat mir mal einer, warum?

Vermutlich ganz einfach, weil du in deiner Modul1.Module.bpl irgendwo Units von Unidac nutzt und irgendwann beim Kompilieren mal bei der von mir in den obigen Beiträgen erwähnten Dialogbox "JA, ich will!" gesagt hast und die IDE die entsprechenden Packages in die requires Klausel deines Packages eingetragen hat.

Dass die Exe diese Packages nicht verlangt, müsste dir ja klar, sein sonst würds schon beim Starten des Programms ne "Modul blabla nich gefunden..." Fehlermeldung geben und es einfach nicht starten. Als Beweis lade die Modul1.Module.bpl ins Depends und er zeigt dir, dass er unidac und Konsorten braucht. Es wird dort auch aufgelistet welche Methoden er dort denn genau aus diesen anderen Modulen importiert hat.

P.S. Moment... du macht nen LoadPackage obwohl du die Anwendung doch schon gegen das Package gelinkt hast? Wieso?

[Uwe Raabe]

Zitat von Stevie:

P.S. Moment... du macht nen LoadPackage obwohl du die Anwendung doch schon gegen das Package gelinkt hast? Wieso?

Ich hatte das so verstanden, daß es sich bei der BPL um ein PlugIn handelt, das dynamisch geladen wird. Wäre es statisch gebunden, würde ja ebenfalls beim Start der EXE das fehlende UniDAC-Modul angemeckert.

Die IDE gibt merkwürdigerweise beim Compilieren eines Package auch dieses Package höchstselbst in der Liste der verwendeten Packages an.

[Stevie]

Zitat von Uwe Raabe:

Die IDE gibt merkwürdigerweise beim Compilieren eines Package auch dieses Package höchstselbst in der Liste der verwendeten Packages an.

Ah, hatte nich richtig geschaut, dachte der Screenshot war von der Exe.
Das macht dann meine obige Diagnose hinfällig. Dann kann ich dir noch anbieten, das Projekt mal hier anzuhängen oder mir zu schicken sofern möglich, damit wir nich noch nen halben Tag rumraten müssen

[Codehunter]

Zitat von Uwe Raabe:

Die IDE gibt merkwürdigerweise beim Compilieren eines Package auch dieses Package höchstselbst in der Liste der verwendeten Packages an.

Das ist mir auch aufgefallen. Also mir hat die Sache über Feierabend dann doch keine Ruhe gelassen und ich habe das Projekt versuchsweise mal auf einem frisch installierten Delphi kompiliert. Resultat: Verhält sich völlig normal.

Zitat von Uwe Raabe:

Ich hatte das so verstanden, daß es sich bei der BPL um ein PlugIn handelt, das dynamisch geladen wird. Wäre es statisch gebunden, würde ja ebenfalls beim Start der EXE das fehlende UniDAC-Modul angemeckert.

Exakt richtig. Mein BPL soll ein Plugin werden. Alle anderen wie RTL und VCL sind mir dagegen spitz ausgedrückt schnurzegal ob direkt einkompiliert oder dagegen gelinkt.

Also werde ich heute mal hier nachschauen wo da der Wurm drin ist. Ich befürchte fast, mir hat es hier irgendwie RTL und VCL zerlegt. Zumal die Probleme ja nur auftreten wenn ich für x64 kompiliere.

Zitat von Stevie:

Ah, hatte nich richtig geschaut, dachte der Screenshot war von der Exe.

Wo? Was? Screenshot? Mist, jetzt brauch ich schon wieder einen neuen Monitor

[Codehunter]

Also nach mehreren Stunden Sucherei ohne nennenswertes Ergebnis (außer der Erkenntnis dass die vcl180.bpl aus dem x64-Zweig selbst die anderen BPLs eingebunden hat) habe ich mir ein Backup von meiner Entwicklungsmaschine gezogen und das Delphi-Setup nochmal drüberlaufen lassen. Bisher funktioniert das Ding wieder. Sieht so aus als hätte irgendwas meine VCL verbogen.

Praktischerweise sind jetzt auch meine x64-EXEn viel kleiner als vorher