Fehler beim Refactoring

[haentschman]

Hallöle...

Seit heute, zumindest ist es heute aufgefallen, geht das Refactoring nicht mehr...
Kann jemand über den Fehler schauen was schief läuft? Ich hatte das (gefühlt mit XE2) auch schon einmal. Die Installation bei mir war vorher fehlerfrei...

Danke...

Hinweis: Temporär war auch Seattle drauf... Hat es damit zu tun?

[himitsu]

PS: Strg+C funktioniert an vielen Stellen.
Da hätte man die GUID nicht nochmal mühevoll abschreiben müssen.

Klingt fast so, als wenn Borland.Studio.ToolsAPI.tlb (C:\Program Files (x86)\Embarcadero\Studio\16.0\bin\) nicht geladen werden konnte.

Zitat von haentschman:

Hinweis: Temporär war auch Seattle drauf... Hat es damit zu tun?

HKEY_CLASSES_ROOT\TypeLib\{718062B4-5EB5-4171-AB94-80108322C37E}
Hier mal aufräumen?
Quelle siehe HKEY_CLASSES_ROOT\Interface\{D1FB17B4-C46C-4C65-97AF-1BA38016E80D}\TypeLib

[haentschman]

Danke...

Die ToolsApi sollte auch vorhanden sein. (Bild)

* Meinst du mit Aufräumen die Schlüssel löschen?

[haentschman]

Hallöle...

Heute habe ich mir den kompletten Tag versaut...

1:
Die Reparaturfunktion des Delphisetups hat mir meine Installation zerschossen. ... einmal neu drauf.
2.
Das Refactoring geht wieder.
3.
TMS hat sich heute wieder zickig gehabt. Eine bpl wollte sich nicht installieren. (Obwohl die Packages nebeneinander lagen)
Nach dem gefühlt 100ten Mal war das Package endlich drin.
4.
Meine Overlay Icons (SVN) in der IDE sind nicht mehr existent... Ich tippe darauf das das "VersionInsight" nicht funktioniert.
Alle Packages wurden anstandslos compiliert. Ich denke es fehlt noch etwas.

Meine Anleitung http://www.delphipraxis.net/1171250-post10.html funktioniert nicht mehr.

1. aktuelle Binaries heruntergeladen
2. "VersionInsight" branches/radstudioxe heruntergeladen
2. branches/svn-1-9-dev heruntergeladen. ??? ...notwendig?

Vieleicht hat jemand eine Idee...

[haentschman]

Hallo...

Hat denn niemand einen Tipp für mich?
http://www.delphipraxis.net/1171250-post10.html

[himitsu]

Windows neu installieren?

Emba sollte sowas wie VersionInsight mit ins GetIt aufnehmen, wenn sie es andersrum nie schaffen Updates für alte Versionen rauszubringen.

[haentschman]

Selten so gelacht...

...auch mit der aktuellen SVN Version lief es in meinem XE. Daran sollte es nicht liegen. Nach der Neuinstallation wollte ich wieder alles draufmachen. ("VersionInsight") Das Projekt compiliert... ohne sichtbaren Erfolg.

...April, April.

[haentschman]

Genervte Grüße...

Eben wollte ich eine Variable umbenennen... exakt der Fehler aus #1 nur ein anderer Typ.

An der Berlin Installation hat sich nichts verändert...Ich habe nur Tokio entfernt. Kann das damit zusammenhängen?

Danke für Infos...

Nachtrag:
Eine Neuinstallation eines neueren Delphis (in diesem Falle 10.4.1) hat auch dieses Problem behoben. Da hat der Deinstaller Schei... gebaut!

Fazit: Finger weg, auch beim Installieren einer Trial, wenn danach die Trial wieder entfernt werden soll! Lieber VM...

[samso]

Weil ich nun auch auf dieses Problem gestoßen bin, hier nun noch ein Nachtrag.

Ich hatte eine neuere Version installiert und dann nach einiger Zeit wieder deinstalliert. Und Bumms gleiches Phänomen: Bei allen noch installierten Versionen (Delphi 2010, Delphi 10.1 (Berlin),..) funktionierte das Refactoring nicht mehr.
Im Process Monitor konnte ich sehen, dass Delphi versuchte die Datei "C:\Program Files (x86)\Embarcadero\Studio\21.0\bin\Borland.Studio.T oolsAPI.tlb" zu laden. Das ist aber das Verzeichnis der deinstallierten Version! Tatsächlich existiert das Verzeichnis auch noch. Beim Deinstallieren wird also die neueste Version nicht vollständig entfernt. Allerdings werden ausgerechnet die ToolsAPI.tlb bzw. ToolsAPI.dll (und einige andere DLLs) entfernt.
Ich interpretiere das so, dass von allen Delphi-Version auf dem Rechner immer die neueste Version der ToolsApi verwendet wird. Wenn man nun die neuste Version deinstalliert, dann kann der Link zu dieser Version nicht mehr aufgelöst werden. Vermutlich könnte man nun die Registrierung reparieren, damit wieder eine ältere Version benutzt wird. Ich habe den einfacheren Weg gewählt und alle *.tlb-Dateien und die zugehörigen Dlls aus dem Bin-Verzeichnis von Delphi 10.1 in das Bin-Verzeichnis der neusten Version kopiert. Nun laufen meine Delphi-Versionen wieder.

Vielleicht hilft das ja mal jemand, zumal dieses Problem ja anscheinend schon seit ewigen Zeiten (laut Delphi-Praxis mind. seit Delphi 2009) auftritt.