Internal error c1091

Tip: Internal error numbers indicate the file and line number in the compiler where the error occurred. This information may help Technical Support services track down the problem. Be sure to record this information and include it with your internal error description. 

To resolve an internal error

If the error occurs immediately after you have modified code in the editor, go back to the place where you made your changes and make a note of what was changed. 
If you can undo or comment out the change and then recompile your application successfully, it is possible that the programming construct that you introduced exposed a problem with the compiler. If so, follow the procedure on reviewing code below. 

If the problem still exists

Delete all of the .dcuil files associated with your project. 
Close your project completely using FileClose All. 
Reopen your project. This will clear the unit cache maintained in the IDE. Alternatively, you can close the IDE and restart. 
Another option is to try and recompile your application using the ProjectBuild option so that the compiler will regenerate all of your dcuils. 
If the error is still present, exit the IDE and try to compile your application using the command line version of the compiler (dccil.exe) from a command prompt. This will remove the unit caching of the IDE from the picture and could help to resolve the problem. 

Review your code at the last modification point

If the problem still exists, go back to the place where you last made modifications to your file and review the code. Typically, most internal errors can be reproduced with only a few lines of code and frequently the code involves syntax or constructs that are rather unusual or unexpected. If this is the case, try modifying the code to do the same thing in a different way. For example, if you are typecasting a value, try declaring a variable of the cast type and do an assignment first. 

begin
    if Integer(b) = 100 then…
end;
var
 a: Integer;
begin
  a := b;
  if a = 100 then…
end;        
Here is an example of unexpected code that you can correct to resolve the error: 

var
    A : Integer;
begin
 { Below the second cast of A to Int64 is unnecessary; removing it can avoid the Internal Error. }
 if Int64(Int64(A))=0 then
end;

In this case, the second cast of A to an Int64 is unnecessary and removing it corrects the error. If the problem seems to be a while…do loop, try using a for…do loop instead. Although this does not actually solve the problem, it may help you to continue work on your application. If this resolves the problem, it does not mean that either while loops or for loops are broken but more likely it means that the manner in which you wrote your code was unexpected. 
Once you have identified the problem, we ask that you create the smallest possible test case that still reproduces the error and submit it to Borland. 

Other techniques for resolving internal errors

If error seems to be on code contained within a while…do loop try using a for…do loop instead or vice versa. 
If it uses a nested function or procedure (a procedure/function contained within a procedure/function) try unnesting them. 
If it occurs on a typecast look for alternatives to typecasting like using a local variable of the type you need. 
If the problem occurs within a with statement try removing the with statement altogether. 
Try turning off compiler optimizations under Project OptionsCompiler. 

When all else fails

Typically, there are many different ways to write any single piece of code. You can try and resolve an internal error by changing the code. While this may not be the best solution, it may help you to continue to work on your application. If this resolves the problem, it does not mean that either while loops or for loops are broken but perhaps that the manner in which you have written your code was unexpected and therefore resulted in an error. 
If you’ve tried your code on the latest release of the compiler and it is still reproducible, create the smallest possible test case that will still reproduce the error and submit it to CodeGear. If it is not reproducible on the latest version, it is likely that the problem has already been fixed. 

Configuring the IDE to avoid internal errors

Create a single directory where all of your .dcpil files (precompiled package files) are placed. For example, create a directory called C:DCPIL and under Tools Environment Options select the Library tab and set the DCPIL output directory to C:DCPIL. This setting will help ensure that the .dcpil files the compiler generates are always up-to-date. This is useful when you move a package from one directory to another. You can create a .dcuil directory on a per-project basis using ProjectOptionsDirectories/ConditionalsUnit output directory. 
The key is to use the most up-to-date versions of your .dcuil and .dcpil files. Otherwise, you may encounter internal errors that are easily avoidable. 

Подсказка: в коде ошибки Internal error зашифрован файл и строка в исходниках компилятора, где возникла ошибка. Эта информация может помочь технической поддержке выявить проблему. Не забудьте записать эту информацию и прикрепить её к своему отчёту об ошибке. 

Как избавится от Internal error

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

Если проблема ещё существует

Удалите все .dcu(il) файлы, связанные с вашим проектом. 
Полностью закройте ваш проект (File/Close all). 
Заново откройте свой проект. Это очистит кэш модулей в IDE. Как вариант — вы можете перезапустить IDE. 
Ещё вариант — попробовать перекомпилировать приложения используя команду Build (а не Compile) — при этом компилятор пересоздаст все dcu(il) файлы. 
Если ошибка не уходит, закройте IDE и попробуйте перекомпилировать приложение, используя компилятор командной строки (dcc(il).exe). Это исключит из рассмотрения кэшиование юнитов в IDE. 

Проанализируйте свой код от последнего изменения

Если проблема ещё актуальна, вернитесь к тому месте в коде, где вы последний раз что-то меняли и просмотрите свой код. Обычно, большинство ошибок internal error могут быть воспроизведены всего несколькими строками кода и часто при этом код использует синтаксические конструкции, которые используются довольно редко. В этом случае, попробуйте модифицировать код, чтобы он выполнял свою работу, но другим способом. Например, если вы используете приведение типа в выражении, попробуйте объявить переменную нужного типа и сначала присвоить ей значение, а уж потом использовать её в выражении:

А вот пример неожиданного кода, который вы можете исправить для избавления от ошибки: 

Если проблема связана с циклом while…do — попробуйте заменить его на for…do. Хотя эти изменения не исправляют глюк компилятора, они могут помочь вам продолжать работать над своим приложением. Если ваши изменения избавляют вас от ошибки, это не значит, что все while или for циклы глючат — скорее вы используете их несколько необычным образом. 
Как только вы смогли изолировать проблему — было бы не плохо сделать минимально возможный тестовый пример-проект, который демонстрирует возникновение вашей ошибки и выслать его на Quality Central (qc.codegear.com). 

Другие техники для избавления от ошибок internal error

— Если проблема связана с циклами — попробуйте поменять for на while/repeat или наоборот. 
— Если проблема возникает во вложенных функциях — попробуйте сделать их глобальными. 
— Если проблема возникает в приведении типов — попробуйте воспользоваться другим, аналогичным по смыслу приведением или используйте временные переменные. 
— Если проблема возникает в операторе with — попробуйте его убрать и расписать явно. 
— Попробуйте выключить оптимизацию (Project/Options/Compiler). 

Когда ничего не получилось

Обычно есть множество различных кусков кода, которые могут добиться нужной вам цели. Вы можете попробовать избавиться от ошибки, меняя код. Может быть, выбранное решение и не будет оптимальным, но по-крайней мере вы сможете продолжать работу над своим приложением. 
Если у вас есть последняя версия компилятора — проверьте свой код в ней. Если проблема воспроизводится — отправьте, как и ранее, в Quality Central минимальную демку проблемы. Если же проблемы нет — то значит, этот глюк компилятора уже был исправлен. 

Конфигурация IDE для минимизации шанса возникновения internal error

Создайте один каталог, где будут лежать все ваши файлы .dcp(il). Например, создайте каталог C:DCPIL ив Tools Environment/Options/Library установите DCP(IL) output directory в C:DCPIL. Эта настройка гарантирует, что все .dcp(il) файлы, генерируемые компилятором пойдут в одну папку и, таким образом, будут самыми свежими. Это полезная опция, если вы перемещаете пакет из одного каталога в другой. Вы можете создать каталог и для .dcu(il) файлов, используя Project/Options/Directories/Conditionals/Unit output directory. 
Смысл этих изменений в том, чтобы всегда использовать самые свежие версии ваших .dcu(il) и .dcp(il). В противном случае, вы можете встретиться с ошибками internal error.