Adamos

"Для С++" - это слишком расплывчато.
Если речь об однобайтных строках (char[], char* или std::string) - то str[idx] будет тем самым нужным вам значением.
Но только в том случае, если содержимое в однобайтной же кодировке.
А если там, скажем, utf-8 - то тут вы вряд ли обойдетесь без соответствующей библиотеки.

Я бы в вашем случае погасил лампадку перед портретом Александреску и перестал насиловать компилятор.
Добиваясь поставленной цели, вы запутываете код - и при этом решительно ни в чем не выигрываете.

Считывает в header.signature первые 6 байт из файла.
Как это делается - см. учебник по С++ (просто заявить "непонятный момент" недостаточно).

UTF8-CPP - использовал, когда приходилось писать без использования кроссплатформенных фреймворков. Основные проблемы решает.
Главное - привести все входящие строки к utf-8 и не забыть их конвертировать в выходную кодировку, если это требуется. А вся обработка - только в utf-8, готовых решений для этого более чем достаточно.

С тем, что MS предпочитает, чтобы вы писали на ее фирменном Шарпе, а не на этих Крестах, с которыми можно свалить с Виндов и сделать ручкой.
Поэтому разбор крестового кода проводит тормозной монстр Intellisense, и летать он не будет уже, похоже, никогда.
Ставьте QtCreator или Code::Blocks, если хотите, чтобы IDE не мешала вам работать. Заодно от подоконника отвыкнете...

Полноценный (с анализом кода и прочими плюшками) и при этом легкий - вещи сугубо взаимоисключающие.
VisualStudio с С++ ведет себя так, как будто рекламирует С# (ирония, но недалекая от истины). Анализ кода там тормозит безбожно, на слабом железе его просто не дождешься. Хотя, может быть, хэлловорды он и быстро будет прожевывать...

Eclipse, NetBeans, Clion - это все-таки Java со всеми из нее вытекающими - медленно и печально. Для слабого железа опять-таки противопоказано.

QtCreator - имеет довольно много плюсов, но объем действительно может зашкаливать, так как он тащит за собой весь Qt в обязательном порядке.

Есть легкие Code::Blocks и CodeLite - в принципе, настолько легкие, что их просто стоит попробовать, а если будет некомфортно - тогда уже подниматься по этому списку вверх ;)

Альтернатива в порядке бреда: поставить какую-нибудь древнюю VS, которая еще нормально жевала С++ на слабых машинках (то есть до 2008 версии). Если она запустится на "десятке", то для изучения "крестов" может вполне сгодиться. С++0х и С++11, правда, придется исключить из учебной программы.

А зачем вы пишете деинсталлятор, когда есть готовые, полноценные и при этом бесплатные решения вроде NSIS, например?

Вообще-то актуальная версия библиотеки - третья.
У вас же почему-то линкер ищет библиотеки для 2.8
Ну, и, скачав эту библиотеку с официального сайта, первым делом ее саму надо скомпилировать.
По инструкции с того же сайта.

Для начала - любой учебник по С++, кроме учебников по VisualC++ и BorlandC++ (эти плохому научат).
Потому что С++ имеет такую особенность: 80% языка принципиально непонятны и чужды тому, кто еще не освоил базовые 20% и не имеет достаточного практического опыта их применения.

Вам нужно самостоятельно написать километры говнокода, чтобы понять правильный подход к ООП в С++, шаблоны, достоинства ссылок перед указателями, применение const и т.п. Никакой учебник тут не поможет.

Подробный разбор подобного вопроса

В С++11 функция std::ifstream::open принимает аргументом std::string.
Калечить путь переводом c_str не нужно.

Студенчеству, конечно, многое простительно, но зачем использовать С++ как С?
MAX_SURNAME_SIZE - это сколько? У моей супруги двойная фамилия (24 символа). Влезет?
MAX_PASSWORD_SIZE - сколько? Один из моих паролей - легко запоминающаяся, не подбираемая фраза на 36 символов.
А всего-то - перегнать этот "FILE * accounts" в банальный XML и читать его чем-нибудь типа pugixml.
И никаких плясок с памятью и переполнением, и никаких ограничений на длину и язык поля, и никаких простыней одинаковых операторов, в любом из которых может крыться досадная опечатка.

И никоим образом не уменьшит секьюрность, если что. Потому что ваш бинарный файл читается глазами без всяких проблем... Пароли-то - открытым текстом, небось? Хэш и соль еще не проходили?

А если этот код действительно будет использоваться, то первое, что с ним можно будет сделать - это перевести в скрипт на сервере. Нет, я не про ваш говнокод - его проще заново переписать...

Вы какой-нибудь GUI-фреймворк для программы используете?
С высокой вероятностью в нем уже есть такой функционал.

Если у вас меняются те данные, которые вы не предполагали менять - очевидно, где-нибудь какое-нибудь tmp[n * n + n + i] указывает не на элемент этого массива, а за его пределы (индекс получается больше размера массива).

А с чего бы его принимать?
У вас выделяется динамическая память размером в один байт.
Потом, начиная с этого адреса, впихивается весь ввод.
Уже на втором символе программа просто обязана упасть.
Причем даже при вводе длиной в один символ этим вторым будет завершающий ноль.

Даже в задании написано про перевыделение памяти - какого, собственно?

Чтобы создать на движке Unreal, например, крестики-нолики - арифметики будет достаточно.

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