Beim compilieren Tausende von Fehlermeldungen

[MES]

Ich hab gerade ein neues einfaches Projekt erstellt, dass bringt keine Fehler. Dieses ist frei von jeglichen Komponenten.

Im nicht funktionierenden Projekt gibt es jede Menge Komponenten:dbScroll, Navigator, Mail, Gant, Crystal Reports, BDE (als Überbleibsel), Jedi...
Vom Verhalten her ist es so als ob es in einer Schleife hängen würde, nach dem Compilieren.

In der Zeit in der ich den Screenshot erstellt hab(wenige Sekunden), war der Fehler schon auf über 65000 gestiegen

[Bbommel]

Ich hatte das vor einigen Jahren auch mal. Ursache bei mir waren irgendwelche Units, die gegenseitig aufeinander verwiesen haben und wo irgendein Fehler auftrat. Daran hatte sich der Compiler dann verschluckt.

Auf die richtige Spur kam ich damals, als ich den Compiler nicht normal aus der GUI heraus gestartet habe, sondern per Kommandozeile. Da waren dann tatsächlich ein paar halbwegs hilfreiche Meldungen dabei anstelle einer immer weiter hochlaufenden Fehlerzahl.

Vielleicht hilft dir das ja als Lösungsweg auch weiter.

[himitsu]

Oder auf Abbrechen drücken, bzw. ESC,
und dann in die Compilermeldungen gucken?

[MES]

Problem gelöt!

Hab die Syntaxprüfung gestartet, es entstand dabei ein Fehler wonach eine BDETable nicht gefunden wurde. Die Verzewigung auf diese Zeile beinhaltete jedoch keinen solchen Eintrag
sondern u.A. einen der VCL.dbLookup hieß. Diesen hab ich mit {}rauskommentiert. Nun ließ sich das Projekt compilieren doch es erschien ein Hinweis wonach eine BPL für Fastreport(hatten wir nie im Einsatz) nicht gefunden wurde und ob es beim nächsten Start neu versucht werden soll -> Nein. Das Projekt ließ sich fehlerfrei compilieren
und in den Uses waren alls VCL.xxx, inklusive meinem Auskommentierten, verschwunden! Wie auch immer, jetzt funzt es.

Danke für eure Hilfe.

[jaenicke]

Zitat von MES:

Das Projekt ließ sich fehlerfrei compilieren
und in den Uses waren alls VCL.xxx, inklusive meinem Auskommentierten, verschwunden!

So etwas sollte beim Committen ins Repository in der Vergleichsansicht schnell auffallen.

In der Projektdatei ist es "normal", dass Delphi da etwas herauswirft oder kaputt macht. Entsprechende Tickets wurden immer mit As-Designed geschlossen. Manchmal verschwindet die Zeile mit der .dres Datei, manchmal werden plötzlich Teile der uses umformatiert und viele Zeilen auskommentiert, ...
Aber das soll offenbar nicht behoben werden.

Von daher ist bei Problemen immer wichtig mit dem letzten Stand zu vergleichen um zu sehen was seitdem geändert wurde.

[himitsu]

Nja, hier ist das Hauptproblem, dass die DPR/DPK nur teilweise in die DPROJ synchronisiert wurde und wenn dann der Code aus der DPROJ wieder zurück in die DPR syncronisiert wird, dann verschwinden Kommentare und IFDEFs.
Oder man muß beim Zurücksynchronisieren eben aufpassen nichts Fremdes zu überschreiben/löschen.

Wie das mit den Compilerschaltern in der DPK funktioniert ist mir auch ein Rätsel, denn eigentlich kann da garnichts funktionieren, da nur die BASIS-Config in der DPK drin steht und die Configs der DPROJ vorher geladen und dann "eigentlich" vom DPK-Code überschrieben werden, wenn man kompiliert.

Nach meinem Verständnis gehört dort die Kopie der "aktiven" Config rein und besser auch ein Kommentar (im Delphicode) welche Config aktiv ist.
Was auch besser wäre, wenn man den Code der DPK mit dem DCC kompiliert und die DPROJ ignoriert. (man könnte aber auch die DPROJ und darüber die DPK mit msbuild kompilieren)