Internal Error 200611031

[PascalDragon]

So do you think it is some kind of fate ? Is there anything to do to deal with it ?

We need some way to reproduce it. Without being able to reproduce it we're not able to debug it and thus we won't be able to fix it.

[Sieben]

I currently have this exact internal error when trying to rebuild trunk, whether by IDE menu or Make:

Code: [Select]

Free Pascal Compiler version 3.2.0 [2020/07/07] for i386
Copyright (c) 1993-2020 by Florian Klaempfl and others
Target OS: Linux for i386
Compiling alllclunits.pp
Compiling imglist.pp
controls.pp(473,1) Fatal: Internal error 200611031
Fatal: Compilation aborted

Happened with r64256, r64258 and r64260.

[jamie]

in the windows env it does get a little cranky if doing a complete build and it seems like its not responding, you'll see windows posting a message in the caption window  about but it comes back to life.

 Doing a normal IDE compile does not seem to do this.

I don't know a lot about the Linux system but is it possible the IO is time sensitive or task switching and the OS could be causing issues with timeouts ?

[Sieben]

I don't think so. Never encountered this before and there were no other time consuming processes running in that moment. Even closing all but Lazarus gives same result.

[jamie]

It was stated earlier that message is part of the unit loading so if you look at the source code for the compiler for that message TAG you could maybe see what its doing there to give a possible clue ?

[Seenkao]

Есть вопрос. Ошибка возникает во время отладки?
Отладочные флаги включены? Если да, отключите их и попробуйте скомпилировать код без отладки.

Google translate:
There is a question. Does the error occur while debugging?
Are debug flags enabled? If so, disable them and try compiling the code without debugging.

[Sieben]

Thanks for the hint to play with debug settings. Trunk r64262 still didn't want to compile, but I solved it for now by setting -gw3 with the IDE compile settings. I then also installed fpdebug.lpk but the debug page in general settings looks a bit different than the one in stable, and no fpdebug showed up there...?

[Patro de Nordo]

I encountered an error in the latest version Lazarus 3.0 (rev lazarus_3_0) FPC 3.2.2 i386-win32-win32/win64
The error sometimes occurs when compiling a module in which nothing has changed. The error disappears if any changes are made to the module, even inside the comment

[jamie]

You sometimes need to do a Build & Cleanup, especially when recompiling older projects to newer tools.

[Thaddy]

Thanks for the hint to play with debug settings. Trunk r64262 still didn't want to compile, but I solved it for now by setting -gw3 with the IDE compile settings. I then also installed fpdebug.lpk but the debug page in general settings looks a bit different than the one in stable, and no fpdebug showed up there...?

trunk with that r64262 suggest a very old trunk... You should use trunk with always very recent (days, not months or years) version.

[Eugene Loza]

To my knowledge there has already been found a hopefully good reproduction by and3md https://gitlab.com/freepascal.org/fpc/source/-/issues/40164 - and as far as I'm aware the issue still happens on some big projects.

Until it's resolved, indeed, try "clean up and build" option. It will quickly become tedious if you're doing something complex, but for now it's the best/only option available.

[Patro de Nordo]

You sometimes need to do a Build & Cleanup, especially when recompiling older projects to newer tools.

Indeed, it was a project from the 2.2.6 version. Thanks alot

[Patro de Nordo]

You sometimes need to do a Build & Cleanup, especially when recompiling older projects to newer tools.

Unfortunately, this method only helps until the next change

[ginoo]

Unfortunately, this method only helps until the next change
[/quote]

Confirmed, I also have the same problem as you.

[Joanna]

I seem to regularly get internal errors in the unit which has my control helper after changing something in a different unit. I tend to have a lot of custom controls that inherit other custom controls.

The tcontrol helper is the catch all for code that wasn't handled elsewhere. It is fixable by clean and build of course, but I still wonder what causes it and it is certainly scary for anyone not used to it to see an error in code you haven't changed recently