Beim compilieren Tausende von Fehlermeldungen

[MES]

Ich hätte da mal ein Problem:

Wenn ich von einem Laptop das Projekt (das auf dem Server gespeichert ist) compiliere fängt der Compiler an beim Feld "Fehler:" Fehler hoch zu zählen und hört nicht mehr auf(Taskmanager muss her). Das Phänomen tritt auch auf, wenn ich das Projekt auf den Laptop kopiere.
Es sieht aus, als ob der Comipliervorgang benndet wird und dann erst beginnen die Fehler hoch zu zählen.

Gleiches Projekt läßt sich problemlos von anderen PCs im Netz compilieren.

Delphi 10.0 auf allen PCs.

Hat jemand eine Idee woran das liegen kann?

[DieDolly]

Ich dachte erst an ein Netzwerkproblem aber

Zitat:

Das Phänomen tritt auch auf, wenn ich das Projekt auf den Laptop kopiere.

Hilft eine Neuinstallation von Delphi?

[sakura]

Habe ich so auch noch nicht erlebt. Hast Du evtl. irgendwelche 3rd-Party-Komponenten oder Tools installiert, welche sonst nicht verfügbar sind.

Alternativ, nutzt die Anwendung evtl. Netzwerkfreigaben für Sourcen/Suchpfade, welche auf dem Laptop nicht abgreifbar sind?

...:cat:...

[jaenicke]

Passieren dabei dann noch Dateizugriffe oder macht Delphi dann scheinbar gar nichts mehr, sprich hängt vermutlich in einer Schleife?

[Der schöne Günther]

Hatte ich ein paar mal auch, da hat es aber immer geholfen das Projekt zu bereinigen.

[Delphi.Narium]

Denhier https://docs.microsoft.com/en-us/sys...nloads/procmon mitlaufen lassen, damit er alle Dateizugriffe von Delphi mitprotokolliert.

Zeigt der noch was an, wenn die Fehler exorbitant hochgezählt werden?
Wenn ja, was?
Sind das Dateien, die es dort, wo Delphi sucht, gibt?
Oder sind eventuell Such-, Bibliotheks-, Ausgabe- ... -pfade irgendwie misskonfiguriert, so dass Delphi hier irgendwie ins Stolpern kommt?

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

Zitat von MES (Beitrag 1458907)

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)