Karpion

В языке Си есть масса случаев неопределённого поведения программы - когда результат выполнения может различаться на разных архитектурах процессора, на разных компиляторх, на разных уровнях оптимизации.
Одно из правил, позволяющих избежать этой проблемы: "никогда не используйте переменную с пред/пост-инкрементацией/декрементацией два или более раз в одном выражении".

Сергей Яковлев правильно сказал: достаточно i++ (или ++i, что в данном случае то же самое).

Ну, изучите, как декодируется base64. Потом преобразуйте бинарные данные так, как Вам хочется - я так не понял, что означают цифры в Вашем примере.

Как-то так:

let sumG = function (n,g) {
let b1 = 1;
let sum = 0;
for (let i = 1; i < n; i++){
	sum += b1;
	b1 *= g;
}
return sum;
};

Самое бредовое у Вас: sum = b1 + b1; внутри цикла.

Ну, называйте - если собеседники Вас поймут. Законы это не запрещают.

Умножить на сто. Округлить до целого - тут есть несколько вариантов. И разделить на сто.

Округлять лучше до ближайшего целого. Это можно так:
Прибавить 0.5. Округлить до целого вниз. Вычесть 0.5.

Или можно преобразовать число в строку и оперировать со строкой. Но надо помнить - число может оказаться в плавающей форме.

По моим ощущениям - эти файлы закачаны из разных мест (с разных серверов, из разных папок). Проверьте.

Ну, я бы сделал примерно так:
Создаём невидимый объект, куда помещаем содержимое окна. Располагаем там элементы, заставляем систему отрендерить их, а картинку выносим на 3D-объект.
Далее все действия с 3D-объектом типа клика мышкой - переадресуем в невидимое окно. И при его изменении - снова переносим изображение в 3D-объект.
Как-то так. Не факт, что оптимально.

Если это ровный квадрат - то x1=x4, и остальные параметры тоже равны попарно. В таком случае напишите нормально.
Для ровного квадрата - надо убедиться, что X-координата точки находится между X-координатами левой и правой границы; и аналогично - для Y-координаты.
А можно посчитать среднюю точку. И потом убедиться, что отклонение координат X и Y отличаются от средней точки не более чем на половину стороны квадрата - по абсолютной величине. Это хорошо тем, что можно не бояться перепутать правую и левую стороны квадрата.

Или квадрат м.б. повёрнут - тогда его надо задают немного совсем иначе, есть несколько вариантов.
Тут вычисления немного сложнее.

Осталось понять, что значит "функция воспроизводится".

В prompt всегда вводится строка. Эту строку поим можно интерпретировать как число, причём разными способами, в т.ч. как римскую запись: I, II, III, IV, V, VI, VII, VIII, IX, X,...

Я навскидку не помню, что возвращает prompt при нажатии "Отмена". Читайте документацию.
Но уж точно не надо преобразовывать возвращаемое значение в число сразу же. Сначала надо проверить на отмену, и если да - то покинуть цикл.

1. Поставьте на фронте проверку корректности полей. Лучше не доводить до ошибки вообще.
   
2. Я не понял, кто на бэке определяет ошибку. И что вообще за ошибка.
   

((количество_суток*24+количество_часов)*60+количество_минут)*60+количество_секунд

Я так понял, в школе математику совсем изучать перестали...

Я не понял вопроса. Откуда берутся эти строки?
После объединения - разделить обратно уже нельзя, поскольку в переменной I утрачена информация о границе склейки. Но можно, если эта информация где-то сохранилась - например, в виде длины хотя бы одной из исходных строк.

Самый традиционный способ = анимированный GIF.

Для начала приведите примеры того, что там м.б.; a1 и b1 - это константы или выражения с переменными? А то ведь возможны выражения типа sin(x)<=1 для любого x - но компьютер может утомиться это доказывать.

Ну, надо поставить обработчик события - типа onChange; в этом обработчике проверять что хочется и делать что надо. Собственно, почитайте, какие обработчики можно повесить на input - и выбирайте самый подходящий.

Смотря для чего Вы делаете.

Если это проект, который Вы собираетесь делать долго (например, по дополнительному контракту апгрейдить) - то надо называть полными именами, чтобы было понятно, что там. Аналогично - если Вы хотите оставить о себе добрую память.

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