Gleiche DLL im selben Prozess mehrfach laden?

[chaosben]

Dann wäre es das selbe.

Aber wenn du deiner Anwendung sagst (Projekt-Optionen): "Benutze Runtime-Packages und LoadPackage(MyFunctions.bpl)" dann kannst du ganz normal auf die Klassen, die aus der BPL stammen, zugreifen. Ganz so als hättest du sie per Unit geused (was für ein Wort). Dafür musst du aber nur die BPL und die DCP weitergeben und nicht den Sourcecode.

[nuclearping]

Und das funktioniert über Delphi-Grenzen hinweg? Also wenn ich das mit D6 erstelle, kann das einer mit D7 einbinden und compilen, ohne dass er die Sources braucht?

[Luckie]

Nein, ich glaube auch BPLs sind Versions abhängig.

[chaosben]

Hmmm ... wenn Luckie sagt "ich glaube" dann gibt es scheinbar kein geschriebenes Gesetz, was die Sache eindeutig regelt.

Insofern müsste man es mal ausprobieren.

//edit: Ich denke, so lange die Abhängigkeiten erfüllt werden, sollte es nicht von der Version abhängen. Weil: Der Zugriff auf die Objekte und Klassen in der DLL erfolgt ja über Strings. Also ist der Teil schon mal versionsunabhängig.
Wenn meine BPL eine andere BPL required, muss ich natürlich dafür sorgen, das die passende da ist. Man kann z.B. nicht einfach die vcl.bpl von D6 mit der von D7 tauschen. Dann knallts natürlich.
Insofern sollte die Version in diesem Fall hier, keine Rolle spielen.

[nuclearping]

Ich glaub auch, dass sie Versionsabhängig sind. Wenigstens die VCL60 wird er gegen die VCL70 tauschen wollen, dann will er nochmal neu compilen und dann ists das gleiche Problem wie vorher.

Mir ist aber grad eine schmutzige Idee gekommen ...

[Luckie]

Ich beziehe in diesem Fallmein Wissen nicht aus eigener Erfahrung, sondern weil ich meine dies mal hier im Forum von anderen Mitglieder so gehört zu haben. Und man muss es nicht unbedingt ausprobieren, es reicht die Dokumentation dazu zu konsultieren. Ein Hinweis liefert auch die Tatsache, dass die Namensgebung von den Delphi ID eigenen BPLs immer die Compiler Version beinhalten.

Zitat:

Nicht zu unterschätzender Nachteil bei der Weitergabe einer Anwendung mit Laufzeitpackages ist jedoch, dass diese sich von Delphi-Version zu Delphi-Version unterscheiden, was zu Konflikten beim Anwender führen kann.

Quelle: http://www.delphi-treff.de/delphi-ide/packages/

Zitat von nuclearping:

Mir ist aber grad eine schmutzige Idee gekommen ...

Keine Ferkeleien hier im Forum.

[chaosben]

Ja, das hab ich auch grad gelesen, aber das bezieht sich ja zu 95% auf die Packages für Delphi. Die sind durch die Abhängigkeiten zur VCL,... natürlich versionsabhängig.

Aber so ein kleines, feines Package mit einer selbstgeschrieben Klasse drin, sollte in den meisten Delphis funktionieren. (Behaupte ich, ohne es ausprobiert zu haben)

[Luckie]

Nun ja, wenn der Delphi Compiler intern was anderes macht, als zum Beispiel der Vorgänger mit dem die BPL erstellt wurde, dann passt das schon nicht mehr zusammen.

[chaosben]

Das stimmt.

Aber was soll er denn anders machen? Die Schnittstelle zur BPL sind ja die exportierten Funktionen. Diese haben einen Namen gemäß er Delphi-Nomenklatur (diese Dinger mit Funktion@Klasse@Unit). Solange diese Nomenklatur gleich bleibt, sollte es klappen.

Aber so, werden wir das wahrscheinlich nicht klären. Entweder finden wir einen Compiler-Freak der uns eine eindeutige Antwort gibt, oder wir müssen es ausprobieren.

[nuclearping]

Ich probier erstmal meinen Schweinekram hier, wenn das nicht klappt, dann das mit der BPL ...

Aber erstmal Pause ... Seh schonwieder den Wald vor lauter Bäumen nicht mehr.