Unit TypInfo wurde mit einer anderen Version... InvokableVariantType Compiliert...

[jaenicke]

Wenn du kein aktuelles Backup hast, reicht auch eine Reparaturinstallation von Delphi.

Und es sollten gerade keine System-Units an anderer Stelle liegen als in der Delphiinstallation. Das Kopieren in dein Verzeichnis war also genau falsch.

[FragenderHerbert]

Soooo, jetzt habe ich Delphi zunächst so weit wiederhergestellt, das meine Projekt wieder korrekt übersetzt werden, nur dieses Eine, das der Auslöser für diesen Thread war, hat sich immer noch bockig. Und ein leeres neues Projekt (Neue VCL Anwendung) ist auch bockig. Warum aber kann ich dann andere Projekte wieder übersetzen.

Andere Projekte dürften sich doch nach meinem Verständnis dann auch nicht übersetzen lassen. Warum also nur dieses Eine und eben ein leeres Projekt, was sich bockig hat?

@Heiko alis hoika:

Keine Sorge! Ich habe nur die Units System, Variants und Typinfo aus dem /lib Pfad gelöscht, mit Sicherheitskopie in einen anderen Ordner außerhalb des Suchpfades.

Habe auch die Package Suchpfade angepasst. Habe sowohl das /Bin, wie das /Projects/Bpl

Verzeichnis bewusst in meinen Suchpfad aufgenommen und den /Lib Pfad sowieso.

Warum nun aufgebaute Projekte auch aus Delphi/Demos und andere eigene Projekte wieder übersetzt werden, aber das leere Projekt nicht und auch immer noch nicht das Componenttree Projekt, ist mir immer rätselhafter. Aber ich bleibe dran, das will ich jetzt wissen.

Ich verwende die portable Version von Turbo Delphi. Will deshalb nicht völlig neu installieren. Hatte ein Backup davon, aber auf der Festplatte. Kann höchstens noch mal eins vom USB Stick einspielen.

.

[jaenicke]

Zitat von FragenderHerbert:

Ich verwende die portable Version von Turbo Delphi.

Da wundert mich ja gar nix mehr. Aber egal, deine Sache.

Jedenfalls kannst du ja einmal schauen wo die DCUs zu den Units liegen. Die oben genannte System.dcu und Classes.dcu sollte ausschließlich im Delphiordner existieren und unverändert sein. Das unverändert ist eigentlich ohnehin sichergestellt, aber bei einer portablen Version sind ja die Schreibrechte leider da.

Mit dem Process Monitor kann man aber auch sehen von wo die gelesen werden.

[FragenderHerbert]

Danke Euch allen nochmals für Eure Antworten. War echt eine Herausforderung, die Ursache dieses Fehlers zu finden. Aber jetzt ist es vollbracht, ich bekomme auch dieses Projekt, das der Auslöser für diesen Thread war, nun übersetzt. Ich hatte ja versprochen, mich noch mal zu melden, wenn ich den Fehler gefunden habe.

Und was war's?:


Dem Projekt war eine .dof Datei beigelegt und da drin gab es eine Zeile:

UnitAliases=WinTypes=Windows;WinProcs=Windows;Variants=System

und an anderer Stelle weiter unten:

Item0=WinTypes=Windows;WinProcs=Windows;Variants=System
Item1=WinTypes=Windows;WinProcs=Windows;Variant=System

Die Zeile mit Item1 habe ich ganz entfernt, die Zeile mit Item0 lautet jetzt:

Item0=WinTypes=Windows;WinProcs=Windows

und die Zeile UnitAliases lautet jetzt:

UnitAliases=WinTypes=Windows;WinProcs=Windows

Und so kann ich nun mein Projekt übersetzen.

Die Ursache war der Alias Variants=System, worauf ich den Compilerfehler erhalten hatte.

@Jaenicke: Leider läuft der Processmonitor noch nicht auf Windows XP, wo ich mein Delphi installiert habe. Morgen teste ich den auf Windows 8. Runter geladen isser.

Also schaut bei so einem Unit-Versionsproblem auch in die .dof und anderen Konfigurationsdateien. Gemein, so ein Fehler.

.

[jaenicke]

Zitat von FragenderHerbert:

@Jaenicke: Leider läuft der Processmonitor noch nicht auf Windows XP, wo ich mein Delphi installiert habe. Morgen teste ich den auf Windows 8. Runter geladen isser.

Den nutzen wir im Büro und bei Kunden sehr oft, sowohl unter XP wie auch unter Windows 7 oder 8. Hast du auch den richtigen?
http://technet.microsoft.com/de-de/s.../bb896645.aspx
Servicepack 3 ist ja ohnehin Pflicht für XP und das ist die einzige Voraussetzung.