rtl90.bpl wird nach Neustart vermisst

[Delphi.Narium]

In Windows\System32 liegt die rtl100.bpl aber keine rtl90.bpl?

Gibt es die rtl90.bpl "irgendwo" anders, wo sie ohne Neustart gefunden werden kann (z. B. über die Angaben in %PATH%), wobei %PATH% nach 'nem Neustart dann einen anderen Inhalt hat, sodass rtl90.bpl dann nicht mehr gefunden werden kann?

[jaenicke]

Am einfachsten kann man das mit dem Process Monitor prüfen. Wenn du den Filter auf path ends with rtl190.bpl setzt, siehst du alle Zugriffe darauf und eben auch, wo gesucht wird.

[himitsu]

Du hast nur die vorkompilierten Kompilate (BPL/DCP/DCU), oder auch für ALLES die Quellcodes (DPR/DPK und PAS) ?

Wenn nicht, dann altes Delphi, bis 2005, oder Neues von Kassl kaufen.



Sonst ist doch alles gesagt, was wichtig ist.

Zitat:

Leider habe ich dort nur die Packages bis Delphi 2005, nutze aber Delphi 2007

PackageVersion 9.0 aka 90 ist Delphi 2005

Packages (BPL) und auch kompilierte Units (DCU) sind genau für eine Delphi-Version und funktionien auch ausschließlich nur dort (teilweise sogar genau in einer bestimmten Update/Hotfix-Version)
Es ist unmöglich sie in Delphi 2007 zu benutzen, egal ob man die Dateien umbenennt oder sich diese Dateien aus D2005 kopiert.

(2006/2007 gab es nur mal den Sonderfall, dass der selbe Compiler drin steckte und daher Einiges kompatibel war)

Zitat:

Gibt es die rtl90.bpl "irgendwo"

Ja, wenn du Delphi 2005 installierst.



Seiten Embarcadero gibt es hier auch keine Lösung.
Sie können nur D7 und alles seit D2007 bis jetzt bereitstellen. (für davor hatten sie sich keine Rechte gekauft)
https://www.embarcadero.com/de/produ...vious-versions

[Medium]

Brat mir einer einen Storch.

Ein anderes Projekt mit denselben Komponenten lässt sich ohne Probleme öffnen. Der Witz: Das ist im Grunde genau das selbe Programm, nur eine Variation von dem nicht mehr funktionierenden, und die Unterschiede betreffen die OPC-Funktionen überhaupt nicht.

Nach der Meldung, dass die rtl90.bpl nicht gefunden wurde kommt beim nicht mehr funktionierenden Projekt übrigens noch die Meldung:
"Package C:\Users\Public\Documents\RAD Studio\5.0\Bpl\dOPCDA9.bpl kann nicht geladen werden. Das angegebene Modul wurde nicht gefunden."

Gehe ich in dieses Verzeichnis, liegt dort aber eine Datei namens "dOPCDA9.bpl" drin! Selbe VM, selbes Delphi, ohne Neustarts zwischendrin, 15sek nacheinander probiert. Ein Projekt öffnet sich problemlos, das andere nicht.

Das kapiere ich nun gar nicht mehr.

[himitsu]

Das ist, weil die Meldung falsch ist und Microsoft es seit Jahren nicht hinbekommt zum GetLastError noch eine API mit freiem DetailString zum Fehlercode hinterlegen zu können,
wie z.B. welche DLL nicht geladen werden konnte.

Windows gibt nur einen Fehlercode ala 123 raus, aka "eine dll konnte nicht geladen werden" und einige Programme schreiben dann dazu noch den Namen, was sie laden wollten.
DIESES ist aber nicht unbedingt das Gleiche.

* LoadLibrary('A.dll'); oder .bpl
* diese DLL bindet eine weitere DLL ein und Jene wurde nicht gefunden

[Medium]

Hmm okay, das erklärt zumindest, warum die falsche Datei angemeckert wird. Leider aber noch nicht, warum sogar exakt dasselbe Projekt, bevor ich es vor ein paar Tagen neu gespeichert hatte, sich ebenfalls problemlos öffnen lässt.

Da muss irgend etwas sehr esoterisches passiert sein...

[jaenicke]

Wie ich geschrieben habe:
All das kann man mit dem Process Monitor sehen. Welche Dateien werden gesucht, wo werden sie gesucht, ...

Vielleicht wird nach der Datei ja an der falschen Stelle gesucht. Vielleicht ist auch die PATH-Variable zu lang. Da gibt es viele Möglichkeiten.