rtl90.bpl wird nach Neustart vermisst

[Uwe Raabe]

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

[Delphi.Narium]

Zitat:

Zitat von Medium (Beitrag 1513807)

Die beiden Packages werden auch als installiert und aktiviert in der Übersicht angezeigt - bis zu dem Zeitpunkt, an dem ich die Komponente platziere. Ab dann sind sie daraus verschwunden. Starte ich Delphi ohne Projekt neu, sind sie wieder drin.

Es gibt einmal eine Packagekonfiguration für die IDE, die dann gilt, wenn man sie startet und dann für alle neuen Projekte.

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.

Sind die von Dir benötigten Packages bei den installierten Packages auch dann aktiv / installiert, wenn Du Dein "Problemprojekt" geladen hast.

Was ist in der Konfiguration für die IDE enthalten, wenn Du sie neu startest?
Was ist in der Konfiguration für die IDE enthalten, wenn Du Dein Projekt lädtst?
Gibt es da Unterschiede?

Wenn die Packages genau in dem Moment aus der Liste der installierten Packages verschwinden, in dem Du per Platzieren darauf zugreifst, prüfe bitte mal nicht nur, ob sie da sind oder nicht, aktiviert sind oder nicht, sondern auch, ob die Pfadangaben mit denen übereinstimmen, die dort stehen, wenn die IDE neu gestartet wird.

Im Zweifelsfalle die Packages deinstallieren und neu installieren.

Zitat:

Zitat von Medium

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.

Über den ProzessExplorer bekommst Du aber heraus, wer denn da bitte ein unstillbares Verlangen nach der rtl90.bpl hat. Und das ist der Übeltäter, nicht die rtl90.bpl.

Es muss sich da wohl "irgendwo" eine Abhängigkeit zur rtl90.bpl eingeschlichen haben, z. B. ein "beliebiges" anderes Package im Suchpfad, im Bibliothekspfad, woauchimmer, ..., welches nicht zu Deiner Delphiversion passt, eine Abhängigkeit zur rtl90.bpl aufweist und trotzdem von der IDE geladen werden soll.

Insgesamt entsteht der Eindruck, dass hier (wodurch auch immer) in Mischmasch aus Packages ... mehrerer Delphiversionen entstanden sein könnte.

Wie sehen die Bibliothekspfade aus, weist da in dem Projekt einer auf eine Stelle, an der Sachen von Delphi 2005 liegen?
Wie sieht der Bibliothekspfad für eine neues, funktionierendes Projekt aus?
Wo sind die Unterschiede?

Notfalls alle Bibliothespfade, Suchpfade, ... leeren und dann neu, entsprechend den Anforderungen der IDE und der Projekte, neu zusammenstellen.

[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 :)

[himitsu]

Für unser Programm hatte ich vor Kurzem mal rausgesucht, wie man sich bei Windows registriert, um DLL-Lade-Notifications zu bekommen ... diesen Code könnte man eigentlich mal via OTA in die IDE reinhängen und dann im Log ausgeben wann welche DLL/BPL ge-/entladen würde.
(ist zwar die alte API, welche seit Jahren auf deprecated steht, aber die war einfach um längen einfacher, als das Neue :oops:)

Dann sähe man zumindestens ob/wann "wirklich" was da ist.


Einige Jahre vorher bei allen "unseren" Packages das Log manuell in jedes Package reingemacht, damit beim Laden und Kompilieren sichtbar wird, welche DesignTimePackages ich gegenseitig (ent)laden, bzw. wenn es beim Kompilieren/Laden/Entladen knallt, wo es knallt (was zuletzt ge-/entladen wurde).
So (neu) bekommen wir nun auch Meldungen von den Milliarden DevExpress-Packages. :freak:


Meinen Versuch mich ins Windows-EventLogging reinzuhängen ist noch nicht weit genug (hatte mit der Registry angefangen und die ist grade das Perverseste von allen SystemLogs) ... sonst könnte man nun ganz einfach außerhalb der IDE sehen, wann die ge-/entladen werden.