res2001

1. std::stoi/std::strtoi и подобные функции
Примеры тут: https://en.cppreference.com/w/cpp/string/basic_str...
2. Что именно вам не понятно в применении констант? Приведите пример непонятного?

const int bad_id =  -1;
...
int new_id = bad_id;

Смысл в том, чтобы применять не саму константу (в примере -1), а ее именованный эквивалент, имя которого должно иметь смысл для читающего код. При этом по коду у вас может быть несколько одинаковых констант с разным смыслом. Для каждой такой константы нужно создать свою символьную константу.
https://ravesli.com/urok-37-simvolnye-konstanty-co...

Установите libpng из пакетов в систему, поставьте к ней dev пакет и используйте ее в своем проекте.
В пакетах содержится версия libpng совместимая с вашей системой.
glibc тесно связана с ядром, поэтому просто так ее не собрать и версию не изменить. Она идет в комплекте с ядром.

Помогите написать компоратор для этого дела или объясните, что можно написать по-другому.

Какие проблемы то?
Вот как описал сам процесс сравнения так и реализуешь компаратор.
Т.е. сначала проверяешь баллы. Если баллы не равны, сразу возвращаешь соответствующее значение.
Если баллы равны начинаешь проверять name.

У вас же есть некий диапазон корректных значений, которые вы ждете от пользователя?
Перед вводом присвойте переменной некорректное значение.
После ввода проверяйте значение на корректность.
Вот и вся проверка.

Вообще любой пользовательский ввод надо проверять на корректность, а так же содержимое конфигов и т.п.

Вечная проблема :-)
Каждый начинающий виндовый С++ программист должен пройти через это!

1. Виндовая командная строка по умолчанию имеет кодировку cp866 (да-да, не cp1251). Не рекомендую выводить в UTF8, т.к. cmd до сих пор коряво работает с этой кодировкой.
2. cmd и консоль powershell - это разные консоли
3. Компилятор и стандартная библиотека (cin/cout) никак не конвертируют кодировки при вводе/выводе.
(Возможно преобразование можно как-то задать, но по умолчанию это не делается.)
4. Компилятор никак не преобразует ваши текстовые строки в программе при сборке, т.е. в какой кодировке вы написали строковую константу, та же кодировка будет выведена на консоль. Таким образом - имеет значение в какой кодировке у вас исходники!
5. Кодировку в консоли можно поменять из самой консоли командой chcp. Часто так и делают. В русской винде 2 широко используемые кодировки консоли: cp866 и cp1251. Не стоит надеяться на то, что программа всегда будет запускаться только при одной кодировке.

Исходя из вышенаписанного:
1. Исходники всегда пишем в UTF8
2. Перед выводом всегда преобразуем UTF8 в кодировку консоли. После ввода - то же самое. Есть соответствующие функции в WinAPI.
3. Никогда не меняем принудительно кодировку консоли - это не удобно пользователям программы

Для самого простого варианта - вы можете написать исходники в cp866 и по умолчанию в cmd у вас все будет нормально с кодировками.

Удачи!

Последний параметр в RegSetValueEx для REG_SZ должен содержать длину строки + 1 на завершающий нулевой символ (strlen(arr)+1) (https://docs.microsoft.com/en-us/windows/win32/api...)

Не используйте MAX_PATH - это древний уже неактуальный вариант. Читайте до просветления: https://docs.microsoft.com/en-us/windows/win32/fil...

Можно использовать функционал микрософтовской библиотеке wininet. Есть по умолчанию в винде. Можете начать отсюда:
https://docs.microsoft.com/en-us/windows/win32/api...
https://docs.microsoft.com/en-us/windows/win32/api...

Правда я не знаю, что там у нее с поддержкой HTTPS.

Когда вы пишите код, то вы работаете с пространством имен.
После того как вы собрали свою программу и запустили ее, программа работает с библиотекой, там уже нет никаких пространств имен.
В библиотеке может быть несколько пространств имен или не одного (точнее вся библиотека размещается в одном глобальном пространстве имен).

Если опуститься ниже, то библиотека это файл *.dll и/или *.lib (для винды), пространство имен объявляется в *.h файлах.

Присвоить адрес указателю можно. По сути указатель - это просто целочисленная переменная, разрядность которой равна разрядности адресной шины. Но арифметические операции с указателями имеют правила отличные от обычной арифметики (адресная арифметика).

Обращаться по присвоенному адресу (делать разыменование, получать значение лежащее по указанному адресу), если вы точно не знаете, что делаете, не стоит, т.к. это может привести к access violation (segmentation fault).
В современных ОС используется виртуальная память, из-за чего память используемая программой должна быть корректно выделена с помощью механизмов предоставляемых ОС (new).
В микроконтроллерах нет виртуальной памяти, поэтому вся память программе доступна сразу. Там вы можете свободно обращаться к любому адресу в пределах физически доступного адресного пространства.

Нужно перекодировать текст в кодировку, которую вы хотите видеть в файле.
Или сразу писать исходники в этой кодировке.

А вообще найдите редактор, который понимает разные кодировки и используйте его для просмотра текста. На этапе изучения языка, возможно, нет смысла вникать в нюансы кодировок. Могу посоветовать Notepad++ или встроенный редактор Far manager.

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

С точки зрения С++ ошибок нет. Программа должна собраться и отработать.
Но поставленную задачу она решает явно не правильно.

Алгоритм решения задачи гуглится за 10 секунд. Так же не трудно найти условие для возможности построения треугольника по заданным сторонам.

Судя по всему условия в if у вас записаны не верно. С точки зрения языка они правильные, но делают они, скорее всего, не то что вы хотите. А что вы хотите можно только догадываться.