Hemul GM

Индекс находился вне границ массива

Русским по белому же написано.

Представим, что у нас массив a[] размером 2
Тогда
low(a)=0
high(a)=1
На первой же итерации:
i=0
high(a) - i + 1 = 2
2 находится за пределами границ массива.

А ещё из твоей функции никакое значение не возвращается.

И в PascalABC можно точки останова расставлять и смотреть, какие значения переменных у тебя там получились перед ошибкой.

Нет, неправильно.
Во первых - язык это не текстовый файл. Это набор правил (синтаксических, семантических), лексем и прочего.
Во вторых процесс компиляции не так выглядит совершенно. Компилятор никаких переменных не создает. Более того - там еще есть трансляторы, линковщики, валидаторы и прочее.

Ну и да, на ассемблере компиляторы давно не пишут.

И получается если это так то программа написанная на высокоуровневом языке без компилятора просто текстовый файл, а также что готовая скомпилированная программа будет написана на языке ассемблера исходя из того что написано в исходном файле на высокоуровневом языке.

Ну вот это в каком то приближении правильно, правда необязательно на языке ассемблера.

Нет, несколько аккаунтов совсем не лучше.
Но иногда бывает вынужденная ситуация, когда ты не хочешь или не можешь некоторые репозитории хранить под одним аккаунтом.
Бывает у тебя есть личный и рабочий аккаунт, с разным доступом.
Ну или два личных, тоже с разным доступом и разными задачами, ты не хочешь их связывать друг с другом.
Но в своем большинстве, достаточно одного аккаунта, а личные репозитории просто делать приватными.

Нет.
Ставьте в виде виртуальной машины.
Меньше геморроя будет.

в модуле родителя должен быть импортирован модуль с классом ребенка

"родитель" не должен знать о "ребёнке".

родитель содержит в себе поля класса ребенка

Это ошибка. Перенесите все поля в "родителя".

родитель это приложение

child'ы это компоненты приложения

Как видите формы не наследуются от приложения. А находятся в одном модуле.
И приложение управляет ими, поскольку их создаёт:Application.CreateForm(TForm1, Form1);
А форма имеет доступ к приложению:Application.ExeName;

я говорю не о наследовании.

Расположите их в одном модуле.

Примечание: paren:^TParent - это масло мысленное, так как переменная-объект - это и есть ссылка. Поэтому Proc1(Obj: TMyObject) и Proc1(var Obj: TMyObject) будут выполняться по-разному.

В блокноте откройте или любом другом текстовом редакторе.

Функции и процедуры - почти одно и то же. Различие лишь в том, что функция возвращает значение, а процедура - нет. Очевидно, функцию можно использовать, как процедуру, если просто игнорировать возвращаемое значение. Поэтому в других языках обычно даже не вводится такое понятие, как процедура. А в Си-подобных языках, где функция обязана иметь возвращаемый тип, используется тип void, что тоже как бы делает функцию процедурой.

Говоря о функциях или процедурах, акцент ставится на сам механизм вызова - указатель текущего места выполнения помещается в стек, управление передаётся функции, и по её завершении указатель восстанавливается из стека и выполнение программы продолжается с того же места. Таким образом, имеются в виду два момента: 1) сам вызов функции 2) расположение тела функции в другом месте памяти. То есть функция - по сути подпрограмма.

Оператор же - по сути отдельная самостоятельная инструкция. Обычно их можно менять местами на одном уровне вложенности, и это не добавит синтаксических ошибок. Однако сама по себе инструкция может быть не только простой, но и сложной, составной. Например, целый блок, или условный оператор, или цикл. Таким образом, оператор может содержать в себе другие операторы. Это надо понимать, чтобы не запутаться в терминологии. Говоря об операторах, акцент ставится на том, что код - это последовательность инструкций, которые выполняются одна за другой. Обращение к функции (её вызов) - это тоже оператор в том смысле, что это отдельная инструкция.

Допустим нам нужно сложить два числа - 2 и 3

На ассемблере:
Кладем 2 в регистр ax, 3 - в регистр bx, выполняем команду сложения регистров - в результате у нас в ax ответ.
Грубо говоря - у нас выполнились всего 3 команды на уровне процессора.

На С:
Сохранили значения регистров, сделали инициализации, выполнили 3 предыдущих команды сложения - восстановили значения регистров. Потратили уже как минимум на несколько команд больше на регистры/инициализацию.

Некий высокоуровневый язык с динамической типизацией:
Взяли переменную, преобразовали в число. Взяли вторую переменную - преобразовали в число. Вызвали некий класс, который умеет складывать целые числа, числа с плавающей точкой, конкатенировать строки и т.п. Передали эти две наши переменные. Помимо собственно складывания чисел выполняются явные и неявные преобразования, выполняются проверки на исключения, вызываются методы классов, которые умеют делать много операций, и прочее, выполняются первоначальные инициализации, оптимизации на лету, сохранение регистров и т.п...
То есть для задачи складывания чисел используется уже на порядок больше команд процессора.

Настройка киоска с одним приложением на Windows 10/11

В общем гугли, как настроить режим киоска...

Для одиночного вызова разницы никакой. Однако по логике, вызов конструктора намного сильнее тормозит программу, нежели просто вызвать функцию Next.

DateTime timeStart = DateTime.Now;
for (int i = 0; i < 10000; i++)
{
    int random = new Random().Next(1, 10);
}
DateTime timeStop = DateTime.Now;
Console.WriteLine("new Random().Next(1, 10) - {0}", timeStop - timeStart);
//
timeStart = DateTime.Now;
Random random1 = new Random();
for (int i = 0; i < 10000; i++)
{
    int dig = random1.Next(1, 10);
}
timeStop = DateTime.Now;
Console.WriteLine("random.Next(1, 10) - {0}", timeStop - timeStart);

new Random().Next(1, 10) - 00:00:00.0209561
random.Next(1, 10) - 00:00:00.0001170