rtl90.bpl wird nach Neustart vermisst

[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.

[himitsu]

falsche Stelle sollte es nicht sein direkt sein
aber ja, Suchpfade in den Projektoptionen.

Es darf garnicht nach 90 (D2005) gesucht werden, weil du ja für 110 (D2007) kompilierst.


Versionsnummer/Postfix hartcodiert und vergessen zu ändern, als das Projekt auf Delphi 2007 umgezogen wurde (OK, ging damals nicht anders, weil $(auto) wurd erst vor Kurzem erfunden)
-> nicht nach Dateinamen, sondern IN deinen Dateien/Quellcodes suchen

[Medium]

Zitat von himitsu:

Versionsnummer/Postfix hartcodiert und vergessen zu ändern, als das Projekt auf Delphi 2007 umgezogen wurde (OK, ging damals nicht anders, weil $(auto) wurd erst vor Kurzem erfunden)
-> nicht nach Dateinamen, sondern IN deinen Dateien/Quellcodes suchen

Der Umzug war eigentlich von D7 auf D2007. D2005 kommt nur ins Spiel, weil das Package für die Komponente eigentlich für D2005 ist. Da ich aber die vollen Sourcen habe, hab ich darin kurzerhand die nötigen IFDEFs angepasst, und konnte sie komplett neu für D2007 kompilieren. Das hatte ich ja schon vor etlichen Jahren gemacht und seit dem auch desöfteren ohne Probleme damit gearbeitet.

Was mich halt gerade extrem wundert, ist dass dasselbe Projekt in einer Version von vor ein paar Tagen klaglos läuft. Also muss es ja etwas am Projekt selber sein - aber die Änderungen, die ich zuletzt gemacht habe, betrafen lediglich das Logging in einem Memo, haben also nichts was mit OPC zu tun hat angefasst. Auch Projektoptionen habe ich nicht geändert.

Bevor ich weiter auf Geisterjagd gehe, versuche ich einfach mal die Änderungen nochmals auf Basis der Vor-Version zu machen. Mal schauen, wie die sich dann verhält.

[Medium]

Neue Erkenntnis:

Das Problem taucht dann auf, wenn ich eine Komponente aus dem Package neu auf das Formular packe. Ich erinnere mich daran, dass ich beim Machen der letzten Änderungen aus Versehen Strg-X mit einer dieser im Fokus gedrückt habe, und dann einfach mit Strg-V wieder eingefügt. (Aus meiner Sicht also "nichts geändert".)
Wenn die Komponente bereits vorhanden ist, gibt es keine Probleme. Spannend ist auch: Copy&Paste solch einer Komponente geht. Aber neu aus der Palette aufs Form ziehen nicht! Da kommt dann genau derselbe Fehler wie beim Öffnen. Welcher allerdings auch beim Öffnen kommt, wenn die Komponente vorher funktionierend kopiert wurde.

Was auch wunderbar geht: Komponente zur Laufzeit erzeugen! Einfach im OnCreate der Form als Felder der Form-Klasse, Ereignisse zuweisen, go. Ohne Probleme.

Muss ich wohl doch mal den PE zu Rate ziehen. Noch nie erlebt sowas.

[Delphi.Narium]

Zitat von Medium:

Neue Erkenntnis:

Das Problem taucht dann auf, wenn ich eine Komponente aus dem Package neu auf das Formular packe. Ich erinnere mich daran, dass ich beim Machen der letzten Änderungen aus Versehen Strg-X mit einer dieser im Fokus gedrückt habe, und dann einfach mit Strg-V wieder eingefügt. (Aus meiner Sicht also "nichts geändert".)
Wenn die Komponente bereits vorhanden ist, gibt es keine Probleme. Spannend ist auch: Copy&Paste solch einer Komponente geht. Aber neu aus der Palette aufs Form ziehen nicht! Da kommt dann genau derselbe Fehler wie beim Öffnen. Welcher allerdings auch beim Öffnen kommt, wenn die Komponente vorher funktionierend kopiert wurde.

Was auch wunderbar geht: Komponente zur Laufzeit erzeugen! Einfach im OnCreate der Form als Felder der Form-Klasse, Ereignisse zuweisen, go. Ohne Probleme.

Muss ich wohl doch mal den PE zu Rate ziehen. Noch nie erlebt sowas.

Dann gibt es (höchstwahrscheinlich) Unterschiede in der zum Projekt gehörenden Konfiguration der Packages.

Unter D7: Menü "Komponenten" Untermenü "Packages installieren"

Analog dazu in deinen Delphis mal schauen, ob dort Unterschiede zu finden sind.

Die IDE scheint nicht in der Lage zu sein etwas aus der Palette in ein Formular einzufügen, zu dem zwar der Paletteneintrag vorhanden ist, aber das Package in der Entwicklungsumgebung fehlt.

Bei Copy&Paste wird einfach der Quelltext des Kopierten neu eingefügt. Da muss das entsprechende Package nicht vorhanden sein, da ja schon alle nötigen Infos per Copy&Paste geliefert werden.

Es fehlt Dir da in der IDE vermutlich das Design-Time-Package.

Das die Fehlermeldung nicht zwingend so ganz korrekt ist, hat himitsu ja weiter oben schon beschrieben. Es fehlt also nicht zwingend rtl90.bpl sondern eventuell "irgendetwas", das von rtl90.bpl benötigt wird oder "irgendetwas" aus einer ganzen Reihe von Abhängigkeiten, in der rtl90.bpl u. a. auch eine Rolle spielen könnte.

[Medium]

Zitat von Delphi.Narium:

Die IDE scheint nicht in der Lage zu sein etwas aus der Palette in ein Formular einzufügen, zu dem zwar der Paletteneintrag vorhanden ist, aber das Package in der Entwicklungsumgebung fehlt.

Bei Copy&Paste wird einfach der Quelltext des Kopierten neu eingefügt. Da muss das entsprechende Package nicht vorhanden sein, da ja schon alle nötigen Infos per Copy&Paste geliefert werden.

Es fehlt Dir da in der IDE vermutlich das Design-Time-Package.

Das klingt interessant. Da muss ich mal gucken, ob es noch ein separates Designtime-Package gibt. Allerdings erinnere ich mich daran, 2 Packages installiert zu haben: "Kassl common dOPC" (vermutlich Runtime Package), und "Kassl dOPC DA" (vermutlich Designtime, weil daraufhin bestätigt wurde, dass die Komponente "TdOPCServer" der Palette hinzugefügt wurde. (Um welche es hier letztlich geht.)

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.

[Rolf Frei]

Zitat von Medium:

Der Umzug war eigentlich von D7 auf D2007. D2005 kommt nur ins Spiel, weil das Package für die Komponente eigentlich für D2005 ist. Da ich aber die vollen Sourcen habe, hab ich darin kurzerhand die nötigen IFDEFs angepasst, und konnte sie komplett neu für D2007 kompilieren. Das hatte ich ja schon vor etlichen Jahren gemacht und seit dem auch desöfteren ohne Probleme damit gearbeitet.

Was mich halt gerade extrem wundert, ist dass dasselbe Projekt in einer Version von vor ein paar Tagen klaglos läuft. Also muss es ja etwas am Projekt selber sein - aber die Änderungen, die ich zuletzt gemacht habe, betrafen lediglich das Logging in einem Memo, haben also nichts was mit OPC zu tun hat angefasst. Auch Projektoptionen habe ich nicht geändert.

Bevor ich weiter auf Geisterjagd gehe, versuche ich einfach mal die Änderungen nochmals auf Basis der Vor-Version zu machen. Mal schauen, wie die sich dann verhält.

Das solltest du nicht so machen! Damit ist das Package noch nicht für D2007 fertig. Die ganzen Requires müssen da genauso an die Packages von D2007 angepasst werden udn auch der Packagename sollte auf irgendwas mit D2007 im Namen angepasst werden. Dann kann es sein, dass dein Projekt das problemlos läuft ohne Packages kompiliert wurde und dein neues mit. Schalte die die Nutzung der Packages in deinem neuen Projekt einfach aus oder kontrolliere da die verwendeten Packages. Du ahst da vermutlch ncoh den selben Dateinamen für das D2007 Package wie für das D2005 Package und das ist ein absolutes NOGO! Vermutlch versucht dein Programm die flache D2005 Pacakge zu laden, welches wiederumm die besagte rtl90 laden will, dies es aber garnicht gibt. in deinem neuen Package müsste rtl110 im required des Package eingetragen sein.

[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.


In neueren Delphis ab 10.4 kann man beim Erstellen von eigenen Packages auch $(auto) als LIBSuffix angeben.
Zusammen mit dem "ohne Nummer" im Require lassen sich somit (bedingt) Projekte nun auch für mehrere Delphi-Vesionen benutzen, bzw. einfach upgraden ... ansonsten braucht man pro Delphi-Version eine DPK/DPROJ, bzw. muß beim Upgrade immer wieder die Nummern ändern.

[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.