rtl90.bpl wird nach Neustart vermisst

[Uwe Raabe]

Zitat von himitsu:

Man kann z.B. im Require die Packages mit oder ohne Version angeben, wenn sie mit LIBSuffix erstellt wurden, also die "Version" nicht im Dateinamen steht.
also RTL oder eben RTL123 ... bei Letzterem hast die Version fest verknuppelt und mußt das natürlich beim Upgrade (neues Delphi) auch mit anpassen.

Ich möchte nur mal anmerken, dass diese Technik mindestens seit Delphi 7 existiert und von Borland empfohlen wird. Es ist erstaunlich, ja eigentlich beschämend, dass das selbst heute noch von vielen Komponentenherstellern ignoriert wird.

[himitsu]

Mal als FeatureRequest, für's nächste Jahrtausend, dass der Compiler eine Warnung wirft.


Nja, das neue, paar Jahre alte $AUTO hat auch noch paar Probleme ... z.B. in den Makrovariablen fehlt im $(Outputfilename) die Version.

[Medium]

Zitat von Uwe Raabe:

Zitat von himitsu:

Man kann z.B. im Require die Packages mit oder ohne Version angeben, wenn sie mit LIBSuffix erstellt wurden, also die "Version" nicht im Dateinamen steht.
also RTL oder eben RTL123 ... bei Letzterem hast die Version fest verknuppelt und mußt das natürlich beim Upgrade (neues Delphi) auch mit anpassen.

Ich möchte nur mal anmerken, dass diese Technik mindestens seit Delphi 7 existiert und von Borland empfohlen wird. Es ist erstaunlich, ja eigentlich beschämend, dass das selbst heute noch von vielen Komponentenherstellern ignoriert wird.

Ist in diesem Fall nicht beschämend, weil dort die versionsfreien requires Angaben gemacht wurden. Die hatte ich mir bereits angeschaut. Dort steht einfach nur "rtl.bpl" drin.

[himitsu]

es wurde auch schon genannt

* ProzessExplorer
* da siehst du dann wann und von wo diese rtl90 versucht wird zu laden
* und man sieht auch, welche BPL/DLLs vorher geladen wurden ... meistens sind es Jene, welche dann auch diese DLL/BPL laden,
* * bzw. man siehst sich den ProzessStack an, aus welchem Modul das Laden wirklich kam

[Medium]

Zitat von himitsu:

es wurde auch schon genannt

* ProzessExplorer
* da siehst du dann wann und von wo diese rtl90 versucht wird zu laden
* und man sieht auch, welche BPL/DLLs vorher geladen wurden ... meistens sind es Jene, welche dann auch diese DLL/BPL laden,
* * bzw. man siehst sich den ProzessStack an, aus welchem Modul das Laden wirklich kam

Was mich hiervon bisher abgehalten hat ist, dass sich die Datei rtl90.bpl niemals auf dem PC befunden hat. Ich habe sowohl das frisch kopierte Backup, als auch die neugestartete Version komplett nach "rtl90*.*" durchsuchen lassen - nirgends.
Was auch Sinn macht, da ich D2005 nie besessen habe.

[Uwe Raabe]

Der Verweis auf rtl90.bpl steht in der rtl.dcp die beim Compilieren verwendet wurde. Vielleicht hilft das bei der weiteren Suche.

[himitsu]

Das hieße dann aber, dass er eine alte DCP verwenden würde.
Nja, mal "rtl90" in allen Dateien zu suchen, wurde bereits genannt.

Zitat:

Was mich hiervon bisher abgehalten hat ist, dass sich die Datei rtl90.bpl niemals auf dem PC befunden hat

Egal.
Der ProzessExplorer zeigt nicht nur was gemacht wurde, sondern auch was versucht wurde.
z.B. CreateFile auf eine nichtexistierende Datei und dessen Fehlercode.

Zitat:

Man kann aber in einem geöffneten Projekt Packages dazuinstallieren und auch welche entfernen. Dies gilt dann immer für "dieses Projekt", egal was die IDE beim Neustart nun an Packages lädt oder nicht lädt.

Die Exclude-Liste in der/allen DPROJ soll aber quasi leer sein.

[Medium]

Viele interessante Ansätze, danke euch! Ich hoffe, mich morgen weiter darum kümmern zu können. Ist zwar mittles Erzeugung zu Laufzeit soweit lösbar, dass ich dem Kunden sein Update zubereiten kann, aber irgendwie fuchst mich das