Compilerfehler F2085

[Gagamba]

danke,
ja diese Beschreibung kannte ich bereits, aber sie ist nichtssagend, weil unzutreffend.
du hattest geschrieben, dass du so einen (oder ähnlichen) fall schon hattest - wie wurde der denn gelöst?
Siegfried

[Codehunter]

Lösch mal die .dproj und öffne das Projekt über die .dpk.

[Gagamba]

Hallo,
werde ich versuchen, allerdings habe ich ja die Komponentensammlung bereits installiert: der Fehler kommt erst, wenn ich meine eigentliche Application zu compilieren versuche.
Siegfried

[Codehunter]

Dann lösche noch sämtliche Projekt-DCUs und mach mal einen Fullbuild (Erzeugen). Wenn das auch nicht fruchtet, such mal mit MMX nach zirkulären Referenzen. Das ist in letzter Zeit ein beliebtes Thema bei internen Compilerfehlern.

[KodeZwerg]

Es kann immens helfen die .dsk bei D2009 aus dem Projekt auch zu entfernen/umbenennen. Da werden viele Einstellungen mit gespeichert die vielleicht auf nun falsche Werte zeigen? Nur so in den blauen Dunst hinein geraten.

[Codehunter]

Im Prinzip kann man eine Testkopie des Projektes auf die .pas, .dfm, .dpk und .res reduzieren. Mehr braucht es erstmal nicht um kompilierbar zu sein. Man muss aber wissen, dass bestimmte Projekteinstellungen in der .dproj stehen wie z.B. Suchpfade, sodass es da erstmal scheppern kann. Wenn man das neu einstellt, wird eine frische, saubere .dproj erzeugt.

Solcherlei Probleme hat man auch gerne mal, wenn man eine Delphiversion migriert oder ein Projekt von einer Dephiversion zu einer anderen versucht zu öffnen.

[KodeZwerg]

Zitat von Codehunter:

Im Prinzip kann man eine Testkopie des Projektes auf die .pas, .dfm, .dpk und .res reduzieren. Mehr braucht es erstmal nicht um kompilierbar zu sein. Man muss aber wissen, dass bestimmte Projekteinstellungen in der .dproj stehen wie z.B. Suchpfade, sodass es da erstmal scheppern kann. Wenn man das neu einstellt, wird eine frische, saubere .dproj erzeugt.

Solcherlei Probleme hat man auch gerne mal, wenn man eine Delphiversion migriert oder ein Projekt von einer Dephiversion zu einer anderen versucht zu öffnen.

*.dpr *.pas *.dfm *.inc *.rc *.res *.dpk, so hab ichs in TotalCommander drinnen zum schnell-markieren falls es hilft.

[Rolf Frei]

Zitat von Gagamba:

danke,
ja diese Beschreibung kannte ich bereits, aber sie ist nichtssagend, weil unzutreffend.
du hattest geschrieben, dass du so einen (oder ähnlichen) fall schon hattest - wie wurde der denn gelöst?
Siegfried

Indem ich den Filenamen und den Unit Namen gleich geschrieben habe. Da hatte ich eine Unit (Beispiel) "MyTest.pas" und in der stand "unit myTest". Das Package lies sich problemlos kompilieren, aber die Anwendung selber, hat dann den Fehler ausgespuckt. Hat mich einiges an Sucharbeit gekosstet bis ich die fehlerhafte Unit gefunden hatte. Habe dann den Sourcecode in "unit MyTest" abgeändert und dann lief es auch beim Kompilieren ohne Packages ohne Fehler. Wieso sich das da anderst verhält, wenn man ein Package kompiliert als wenn man eine normales Projekt kompiliert, war/ist mir ein Rätsel.

[hoika]

Hallo,
kommt das auch bei einem leeren Projekt?

[Gagamba]

Hallo,
ich weiß nicht, was Du unter einem 'leeren' Projekt verstehst.
Der Compilerfehler kommt, wenn ich mein Projekt zu compilieren versuche..
Siegfried