Häufig Internal Error

[PeterPanino]

Hallo und schönen Montag!

Ich kriege in letzter Zeit in Delphi 10.1 Berlin relativ häufig "Internal Errror" Fehlermeldungen:

F2084 Internal Error: IRBB312

(zugegeben bei einem recht großen und komplexen Programm, die Fehler-Location scheint zufällig zu sein)

Was könnte die Ursache dafür sein? Oder ist das vom Wochentag abhängig? ;-)

[KodeZwerg]

Abhilfe dafür sollte ein externes Kompilieren bringen.

(Speicherüberlauf könnte eine Ursache sein)

Guckst Du hier.

[Delphi.Narium]

Die Eingabe von F2084 Internal Error: IRBB312 bei der Suchmaschine meiner Wahl, gibt eine ganze Reihe von Fehlermöglichkeiten.

Treffen irgendwelche davon bei Dir zu?

Im Großen und Ganzen: Im Compiler ist ein Fehler aufgetreten.

U. a. Speichermangel könnte möglich sein.

[PeterPanino]

Zitat:

Zitat von KodeZwerg (Beitrag 1411728)

Abhilfe dafür sollte ein externes Kompilieren bringen.

(Speicherüberlauf könnte eine Ursache sein)

Guckst Du hier.

Danke für den Hinweis. Ich habe jetzt mal "MSBuild extern für die Compilierung verwenden" eingeschaltet. Mal sehen, ob sich was bessert. Könnte es sein, dass MSBuild schneller ist oder ist das nur Einbildung?

Das einzige Mittel, den "Internal Error" zu beheben ist: IDE beenden und dann neustarten, was funktioniert. Ist aber zeitaufwendig. Habe ich dann mehr Speicher nach dem Beenden und Starten der IDE?

[KodeZwerg]

Meine Erfahrung ist eher andersrum, externes Kompilieren arbeitet langsamer.

Neu Starten der IDE / Mehr Speicher -> je nachdem wie viele Forms Du geladen hast würde ich mal vermuten.

[Der schöne Günther]

Danke für den Tipp, ich werde besonders heute auch von ständigen "Internal Errors" geplagt sodass man ständig die IDE neu starten muss (Delphi 10.0 Seattle).

Bei mir ist externe Compilierung ein Stückchen schneller als "normal", zumindest beim aktuellen Projekt grade (12 Sekunden vs. 14 Sekunden).

[Codehunter]

Also ich hatte letztens gehäuft Probleme mit dem Compiler. Darunter auch, wenn auch seltener, dein oben genannter Internal Error.

Darauf hin hat man mir geraten, das Projekt nach zirkulären Referenzen zu durchforsten. Davon gab es einige und ich habe einen halben Tag investiert um so umzustrukturieren, dass die Referenzen aufgelöst wurden. Seitdem sind nicht nur die offensichtlichen Compilerprobleme verschwunden sondern auch viele andere Nicklichkeiten, welche die IDE gezeigt hat.

Nachtrag: Lade dir MMX-Delphi herunter. Unter MMX -> Tools -> Unit Dependencies ->Cycles sieht man die Referenzen. Je Unit sollte es dort nur einen Eintrag geben, nämlich die Unit selbst. Gibt es mehrere, hat man zirkuläre Referenzen. Die sollte man durch Umstrukturieren auflösen, sodass die Units sich nicht gegenseitig einbinden müssen.

[PeterPanino]

Folgender Verdacht scheint sich zu erhärten: Wenn ich einen Build starte und der dann abbricht, weil die Ausgabedatei nicht erstellt werden konnte, weil ich vergessen hatte, die laufende App vorher zu beenden, dann erfolgt bei einem nachfolgenden Build öfters ein Internal Error.

Kann es sein, dass der Internal Error evtl. indirekt durch solche vorherige abgebrochene Builds entsteht?

[Codehunter]

Möglich. Die Frage wäre, warum der vorherige Build abbricht. Vielleicht übersiehst du auch Ursache und Wirkung? Wie gesagt, dank MMX-Delphi habe ich ein Projekt mit ähnlichen Problemen generalüberholt und seitdem keinerlei Ärger mehr.

[PeterPanino]

Zitat:

Zitat von Codehunter (Beitrag 1412756)

Möglich. Die Frage wäre, warum der vorherige Build abbricht. Vielleicht übersiehst du auch Ursache und Wirkung? Wie gesagt, dank MMX-Delphi habe ich ein Projekt mit ähnlichen Problemen generalüberholt und seitdem keinerlei Ärger mehr.

Der Build bricht deshalb ab, weil die App läuft, weil ich vergessen habe, sie zu schließen. Man kann eine Exe-Datei nicht ersetzen, während die Exe ausgeführt wird.