Sporadische Probleme beim Compilieren

[TM6]

Ich bin mir nicht sicher, ob das der korrekte Bereich ist.

Wir haben seit Jahren (und somit schon seit einigen Delphi-Versionen) das Problem, dass beim Compilieren der Compiler sporadisch an bestimmten Stellen hängen bleibt. (glaube es ist immer ein interner Fehler, der da angezeigt wird)
Sporadisch bedeutet, dass das gefühlsmäßig in 1 von 10 Fällen auftaucht. Sicherlich eher seltener, aber da es nervt, hat man das Gefühl, dass es öfter passiert.
Es sind immer die gleichen Stellen (nicht mehr als 10). Welche es gerade ist, scheint zufällig zu sein.
Es betrifft sowohl reine units als auch vcl-Forms.

Das Problem taucht mit Erzeugen nie auf.
Nach diesem Fehler muss man immer neu erzeugen. Ein einfaches Compilieren bringt sonst nichts mehr und ist erst nach dem Erzeugen wieder eine Weile nutzbar.

Habt Ihr auch diese Probleme oder sind wir eher ein Einzelfall?
Liegt das an der Menge des Quellcodes (die Anzahl der Zeilen ist 7-stellig) bzw. erhöht das die Chance?

Hat jemand, der dieses Problem einmal hatte, eine Lösung dafür gefunden?

[Bernhard Geyer]

Bei mir umgekehrt.
Erzeugen hängt teilweise.
Vermutung ist hier das der Virenscanner nicht mehr mit der Geschwindigkeit der IDE zurecht kommt beim erstellen der dcu's.
Da nur hier, stört das nicht und haben keine extra Ausnahmen im Virenscanner definieren lassen.

[Uwe Raabe]

Habt ihr separate DCU-Ausgabeverzeichnisse je Platform/Konfiguration? Die Standardeinstellung $(Platform)\$(Config) stellt das zumindest sicher.

Ein Auto-Speichern beim Compilieren und Ausführen in den IDE-Optionen kann da auch vorteilhaft wirken.

[TM6]

Zumindest ich habe dies

$(temp)\DCU\10.4\$(Platform)\$(Config) bzw.

$(temp)\DCU\11.0\$(Platform)\$(Config)

[freimatz]

Zitat von TM6:

Habt Ihr auch diese Probleme oder sind wir eher ein Einzelfall?

Nein diese Probleme haben wir nicht. Aber auch nur weil Du im Betreff schreibst "Sporadische". Ich habe sowas wie "[dcc32 Fatal Error] F2084 Internal Error: AV0EC741F6(0EBE0000)-R00000010-0" nicht sporadisch sondern mehrmals täglich. Danach darf ich Delphi (D11) neu starten. Dann ist es wieder eine Zeitlang gut.

Separate DCU-Ausgabeverzeichnisse je Platform/Konfiguration haben wir denke ich nicht. Aber ich wechsle auch nie.

[TM6]

Ich war einfach gutmütig beim Formulieren des Titels.

Hast Du dann auch das Problem, dass die Nutzung von STRG + Klick nur kurze Zeit nach dem Start von Delphi 11 funktioniert und dann den Dienst bis zum erneuten Starten von Delphi versagt?

[Sinspin]

Sowas in der Art kenne ich. Bei mir sind es zwei Formulare die fast genau abwechselnd, immer an der gleichen Stelle, alle paar Builds, beim Build einen Fehler machen. Beim zweiten Aufruf von Build läuft es durch.
>500K LOC, dcu immer 32bit in fixen Folder.

[TM6]

Zitat von Sinspin:

>500K LOC, dcu immer 32bit in fixen Folder.

Könnte das der Grund sein? Hier sind es doppelt so viele.

Bei kleinen Projekten haben ich das Problem noch nie gehabt. Jedenfalls ist mir das nie bewusst aufgefallen.
Aber meine kleinen Projekte haben auch nur ein Formular und sind für mich nur Nebenprodukte, die ich nur sehr selten anfasse.

[TiGü]

Haben wir auch beim Kompilieren eines 872.427 Zeilen Projektes und Delphi 10.4 (Debug Win32).
In XE5 hatten wir keine derartigen Probleme.

Man editiert irgendwas in Unit A und in einer ganz anderen Unit B (meistens sind es immer die gleichen Kandidaten) wird gemeckert, weil er Interal Errors hat oder schon immer funktionierende globale Variablen nicht mehr erkennt.
Der Cursor steht dann meistens an bestimmten Stellen.
Wenn ich da dann per Leertaste und Backspace eine "Änderung" triggere und dann weiterkompiliere, schafft die IDE es entweder komplett durch oder hängt sich an irgendeinen anderen merkwürdigen Kram auf.
Entweder spielt man das durch mit Leertaste-Backspace oder macht einen Full Build oder macht die IDE zu und wieder auf.
Gerne auch verbunden mit neuen Kaffee holen.

Meine erste Vermutung nach dem Umstieg von XE5 auf 10.4 war irgendwas mit Zeilen(ende)codierung (Windows/Linux), aber alle Untersuchungen mit Notepad++ und gezieltes hin- und her-ändern haben keine Besserungen gebracht.

[Uwe Raabe]

Manchmal sind auch zirkuläre Unit-Abhängigkeiten ursächlich für ein solches Verhalten.