Fehler "rtl190.bpl nicht gefunden" auf anderen Systemen

[Dennis07]

Naja, wenn ich das hächchen entferne dann kann ich ja nicht auf die Klassen in den Packages zugreifen, sofern ich diese nicht im Code verwende. Deshalb muss ich sie ja linken. Wenn ich den Haken entferne, dann kann ich mit der RTTI nicht auf meine Klasse zugreifen, weil der Linker die raus schmeißt.
Ich will aber, dass er sie drin lässt. Deshalb hab ich es ja ursprünglich aktiviert.

[jaenicke]

Dann bleibt dir nur die BPLs mitzuliefern, wenn es mit Laufzeitpackages funktioniert.

Wir haben stattdessen die Klassen im Code registriert bzw. benutzt, damit sie einkompiliert werden. Da wir die meisten, soweit möglich, ohnehin im Pascal Script zur Verfügung stellen, sind die meisten aber ohnehin schon drin.

[Dennis07]

Hmmm. Schade, dann muss ich das wohl machen. Die BPLs müssen dann ins Verzeichnis der EXE, oder kann ich diese auch dynamisch laden?

[jaenicke]

Die müssen nur im Systempfad liegen.

[Dennis07]

Also C:\Windows\System32\ ?
Und es reicht nicht wenn sie im Ordner der Anwendung liegen, so wie es bei DLLs der Fall ist?

[nahpets]

Sie müssen im Systempfad liegen, das heißt irgendwo, wo das Programm sie finden kann.

Programmverzeichnis, System32 ... oder in irgendeinem Verzeichnis, das in der PATH-Variabel des Betriebssystem enthalten ist.
Das kann bei den Umgebungsvariabeln konfiguriert werden.

Sofern Du Deine Software mit 'nem Setupprogramm auslieferst, müsstest Du da sogar einen eigenen Pfad mit in die PATH-Variabel aufnehmen können. Damit hättest Du dann fast vollständige Freiheit, wo Du die Laufzeitpackages ablegst.

[Dennis07]

Okay, danke! Noch zwei offene Fragen meinerseits:

Wo finde ich die fertigen BPL-Dateien?

Und angenommen ich will die Packages dynamisch laden (mit LoadPackage etc.), dann entferne ich alle packages aus den Einstellungen, entferne das Hakchen und lade sie beim Programmstart?