Bei Änderungen: Compilation raised exception internally

[Ich934]

Hallo,

ich habe hier ein etwas größeres Programm. Dabei erhalte ich beim Starten immer wieder die u. g. Fehlermeldung. Dabei ist kein System zu erkennen. Manchmal geht es, manchmal reicht eine Kleinigkeit (eine Zeile ändern) aus, manchmal muss ich erst größere Elemente ändern. Ich hab das Problem jetzt schon einige Zeit.

Code: Alles auswählen

Projekt kompilieren, Modus: Debug Linux, Ziel: .... Exit code 1, Fehler: 3
Error: An unhandled exception occurred at $000000000052DCA2:
Error: EAccessViolation: Access violation
fmain.pas(882,26) Error: Compilation raised exception internally

Wenn ich das Programm "neu Kompiliere" geht es wieder. Bis ggf. schon zur nächsten Änderung.

Im Forum gibt es ein Problem mit gcc, was aber hier nicht sein kann. Das ändert sich ja nicht.

Woran liegt das? Vielen Dank.

[PascalDragon]

Compilerversion? Welche Plattform? Nutzt du viel Inlining zwischen den Units? Generics?

[Ich934]

Moin,

FPC: 3.2.2
Lazarus: 4.0.2-GTK
Ich arbeite unter ArchLinux (x86_64)

Nein. Kaum Inlining und nur keine Generics. Ich kann das auch reproduzieren, wenn ich als Zielsystem Windows 64-Bit angebe.

Ich nutzte aber diverse DevArt-Komponenten in diesem Projekt (LiteDAC, VirtualDAC, SBridge). Vielleicht hängt es damit zusammen. Da kommen die genannten Punkte doch öfter vor - ohne das jetzt im Detail zu prüfen und nur aus dem Kopf heraus.

[corpsman]

Ich bekomme diese Art von Fehler immer, wenn ich Programme die in C geschrieben sind mittels gcc in .o Dateien umbaue und dann mim Linker in meine FPC Programme einfüge.
Nach ettlichem herumprobieren bin ich bei gcc 10.4.0 (downloadbar hier: https://gcc.gnu.org/releases.html) gelandet, seit ich diesen verwende läuft es stabil. Bei neueren gcc versionen klappt es leider nicht zuverlässig :/

[Ich934]

Ich habe gcc eigentlich ausgeschlossen, aber LiteDAC bringt drei binäre Dateien mit, die hier benötigt werden (auch in der Source-Version). Vielleicht ist das das Problem.

Nachtrag: Ich habe jetzt einfach mal eine Supportanfrage an Devart geschickt. Vielleicht wissen die auch hier etwas näheres.

[Ich934]

Devart kann das Problem nicht reproduzieren und ich auch nicht in einem Testprojekt. Es betrifft nur mein großes Programm und das kann ich ja nicht an Devart leiden.

Ich lasse das mal offen, vielleicht hat jmd ja noch eine Idee.

[af0815]

Beii so komplexen Problemen gehe ich meistens auf die Kommandozeile, bzw. kopiere zuerst ALLE Meldungen aus dem Meldungsfenster in eine Textdatei und analysiere die. Weil im Meldungsfenster siehst du per Default nicht alles.

[Mathias]

Wenn ich das Programm "neu Kompiliere" geht es wieder. Bis ggf. schon zur nächsten Änderung.

Ab und zu hilf es auch, noch die härtere Variante zu nehmen: "Aufräumen und kompilieren...".

[Ich934]

Wenn ich das Programm "neu Kompiliere" geht es wieder. Bis ggf. schon zur nächsten Änderung.

Ab und zu hilf es auch, noch die härtere Variante zu nehmen: "Aufräumen und kompilieren...".

Naja, das hilft nur auch ein paar Kompilierungen.

Beii so komplexen Problemen gehe ich meistens auf die Kommandozeile, bzw. kopiere zuerst ALLE Meldungen aus dem Meldungsfenster in eine Textdatei und analysiere die. Weil im Meldungsfenster siehst du per Default nicht alles.

Nutzt du hier besondere Einstellungen oder komplizierst du das einfach durch und schaust dann, was problematisch ist?

[af0815]

Nutzt du hier besondere Einstellungen oder komplizierst du das einfach durch und schaust dann, was problematisch ist?

Message Fenster, dort rechter Klick, Copy->CopyAll/Original Messages to Clipboard oder Save->Save All/Original Messages to File

Damit hat man viele Informationen und dann gehe ich dort von unten nach oben vor. Weil das Problem kann oft etliche Zeilen vorher anfangen. Außerdem sieht man da viel mehr Infos die vom FPC ausgespuckt werden.

Man kann auch in den Projektoptionen einmal unter den Compiler Options -> verbosity auf "Show everything" stellen Eventuell, wenn das zuviel ist, die anderen Optionen je nachdem aktivieren. Nachdem das Buildmodus abhängi ist, kann man das relativ einfach und schnell umschalten. Auch das "Show used files/tried files" kann interessant sein, ob da nicht die falschen Quellen irgendwo hineinspuken.

[PascalDragon]

Ich nutzte aber diverse DevArt-Komponenten in diesem Projekt (LiteDAC, VirtualDAC, SBridge). Vielleicht hängt es damit zusammen. Da kommen die genannten Punkte doch öfter vor - ohne das jetzt im Detail zu prüfen und nur aus dem Kopf heraus.

Kannst du das eventuell noch weiter reduzieren? Also Stück für Stück Teile rausnehmen?