ja wo isse denn: RTL70.BPL?

[MrSpock]

Ooohhps, was ist denn los. Habe gerade mein erstes Programm von D5 auf D7 umgestellt und ausgeliefert. Beim Kunden heißt es jetzt:

Die erforderliche DLL-Datei RTL70.BPL

Was wollen mir diese Worte wohl sagen? Warum ist diese DLL nötig und warum muss ich sie manuell hinzufügen? War doch bei D5 auch nicht nötig.

[jbg]

Schau mal unter "Projekt/Optionen - Packages" nach, ob dort die CheckBox "Mit Laufzeitpackages kompilieren" aktiviert ist. Wenn dem so ist, werden die in der Liste aufgeführten Packages dynamisch eingebunden (als DLL).

[Luckie]

Oder anderstrum gesagt, der Haken muß raus damit du eine standalone Exe bekommst.

[MrSpock]

Hallo Luckie,

ich muss aber mit Laufzeitpackages aktivieren, weil ich die "designide" hinzufügen muss. Und nur diese steht auch in der Liste der Laufzeitpackages.

[Luckie]

Kann man die nicht mit einkompilieren? Da bin ich jetzt auch etwas überfragt.

[jbg]

Zitat:

Zitat von MrSpock

weil ich die "designide" hinzufügen muss.

Die darfst du sowieso nicht weitergeben. Da scheint es mit, dass ein "altes" Package nicht in Design und Runtime Package aufgeteilt worden ist.

[MrSpock]

Hallo jbg,

Zitat:

Die darfst du sowieso nicht weitergeben. Da scheint es mit, dass ein "altes" Package nicht in Design und Runtime Package aufgeteilt worden ist.

Ja, das ist wohl korrekt. Der Aufwand der Umstellung wäre ziemlich groß. Ich habe den Tip damals bekommen und hier gepostet. Gibt es neben der rechtlichen Frage einen Tip, wie ich die Fehlermeldung loswerde?

[jbg]

Du könntest dem Programm die VCL70.bpl und ggf. RTL70.bpl Datei mitgeben. Diese Findest du unter $(WINSYS).

[MrSpock]

Hallo jbg,

ich habe jetzt die beiden Dateien mitgeliefert. Wie kann ich denn feststellen, welche Dateien alle mitzuliefern sind.

Ich habe einfach einmal alle *70.bpl Dateien aus dem System32 Verzeichnis entfernt und immer wenn das Programm gemeckert hat, die entsprechende BPL wieder zurück ins System32 Verzeichnis geschoben. So habe ich festgestellt, dass insgesamt 4 BPL Dateien mitzuliefern sind. Aber das kann doch nicht der einzige Weg sein!? Das muss doch auch anders gehen, oder :roll: ?

[jbg]

Ja es geht auch anders, wenn du die "veralteten" Packages in Designtime und Runtime aufteilst. Dann kannst du wieder eine Exe-Datei ohne BPLs ausliefern.

[MrSpock]

Hallo jbg,

also gut, dann muss ich das wohl machen. Hab ja sonst nix zu tun :mrgreen: .

Wenn ich das richtig sehe, schmeiße ich alle PropertyEditoren und die Register Funktion in eine separate Unit!?

Dann packe ich die RunTime Unit in ein beliebiges Package und die DesignTime Unit eben in eine andere, die den gleichen Namen hat, wie die RunTime Unit, nur mit DCL Prefix (gemäß Borland Namenkonvention).

In allen Projekten, die diese Units nutzen, muss ich dann beide Units in die Uses Klausel stecken.

Was muss ich sonst noch beachten?

[jbg]

Zitat:

Zitat von MrSpock

In allen Projekten, die diese Units nutzen, muss ich dann beide Units in die Uses Klausel stecken.

Eigentlich nicht. Die Property Editoren und Register Funktionen sind ja nur für die IDE von Nutzen.

[MrSpock]

Hallo jgb,

da hast du auch wieder recht, das ist ja gerade der Sinn der Trennung, dass man die DesignUnits nicht mitgeben muss.

Muss ich den sonst noch etwas beachten?

[jbg]

Eigentlich nicht.

[gfaw]

Hi, Mr. Spock,

nun hast Du die gleichen Probleme mit D7 wie ich. Jedesmal wenn ich eine mit D6 entwickelte Anwendung mit D7 umwandele, fehlt irgendein Package, das man manuell anklinkne muss. Wenn ich einen von Borland erwische .....

Soeben habe ich dclqrt70.bpl installiert, um QuickPrints zu erhalten, nun verlangt D7 TQRLabel...... Wo steckst das schon wieder ????


Ciao

Alf

[gfaw]

Hi, Mr. Spock,

nun hast Du die gleichen Probleme mit D7 wie ich. Jedesmal wenn ich eine mit D6 entwickelte Anwendung mit D7 umwandele, fehlt irgendein Package, das man manuell anklinkne muss. Wenn ich einen von Borland erwische .....

Soeben habe ich dclqrt70.bpl installiert, um QuickPrints zu erhalten, nun verlangt D7 TQRLabel...... Wo steckst das schon wieder ????


Ciao

Alf

[MrSpock]

Hallo Alf,

ich habe dclqrt70.bpl auch installiert und finde TQRLabel in der Palette. Es gehört zur Unit QRCtrls.

Wenn du schon Erfahrung im Teilen von Units in Design- und Runtime Package hast, werde ich möglicherweise noch einmal auf dich zukommen (falls das nicht so klappt, wie ich mir das vorstelle :mrgreen:).

[gfaw]

Hi,

auch bei mir ist TQRLabel in der Palette. Wenn ich aber die Anwendung aufrufe, kommt eine Meldung "Exception EClassNotFound in Modul ZETLOHN.exe bei 0001F8FA. Klasse TQRLabel nicht gefunden."

Was wollen uns diese Worte sagen ?

Hat jemand eine Idee, what 's going wrong there ?


Ciao

Alf

[MrSpock]

Hallo gfaw,

ich habe gerade in der letzten Woche in einem Programm einen neuen Report erstellt und dabei eine ganze Reihe von TQRLabel Komponenten benutzt. Da ich dieselbe Delphi Version nutze wie du, kann es sich nicht um ein D7 Problem handeln.

Hast du die TQRLabel Komponente ganz normal über die IDE in ein Band des Reports gezogen oder erzeugst du die Komponente dynamisch im Programm?