res2001

В С++ структура это практически то же самое что и класс.
Реализуйте в структуре деструктор, в котором будет освобождаться память под name. При удалении элементов в векторе (clear), для каждого существующего элемента будет вызван деструктор.

Из всего написанного по сути сказано только:

Указатель — это переменная, хранящая в себе адрес ячейки оперативной памяти

остальное - какой-то шлак.

Добавлю от себя про указатели:
Память в компьютере адресуется побайтово.
Биты внутри байта адресовать через указатель нельзя.
Адрес - это просто беззнаковое целое число - номер байта в памяти.
В 32битных процах максимально доступно 2^32 байта памяти, в 64битных - 2^64.
Соответственно для хранения адреса в 32битных системах нужно 32 бита, т.е. 4 байта, в 64битных - 64 бита, т.е. 8 байт. Таким образом, в зависимости от разрядности процессора меняется размер указателя.

Когда некий объект (строка, число, и прочее) сохранен в памяти он не имеет типа - это просто набор байт некоторой длины. Типизацией занимается программа. Например в процессоре существуют наборы арифметических команд для целых 1 байтовых переменных, 2 байтовых, 4 и 8 байтовых (отдельно для знаковых и беззнаковых). Т.е. это реально разные ассемблерные инструкции (например для сложения). Таким образом задавая тип указателя, вы говорите компилятору, что к памяти, адресуемой этим указателем, нужно применять инструкции для этого типа данных.
Для типизированных указателей можно использовать адресную арифметику, потому что компилятору известен размер типа. Для не типизированных указателей (void*) адресная арифметика не возможна.

Например, в std::vector определяется тип value_type - это как раз тип элемента вектора.
Можете использовать конструкции типа:

sizeof(decltype(vector_val)::value_type)
или
sizeof(decltype(vector_val.back()))

для вычисления размера элемента вектора, где vector_val - существующий экземпляр вектора

А если скачанный файл будет размером в гигабайты. Куда вы денете такой файл в памяти? По моему это не правильная стратегия.

Вы можете использовать shared memory для предоставления доступа к файлу. Но вам еще надо дать знать внешней программе, что память готова для ее обработки. А так же после обработки внешняя программа должна дать знать вашей программе, что она свою работу закончила. Тут уже не обойтись без механизмов IPC: каналы, именованные каналы, unix сокеты, eventfd, обычные сокеты, ...
Но если внешняя программа будет запускаться из вашей программы как дочерний процесс, то можно просто ждать завершения процесса. Но процесс может завершиться аварийно, так что надо анализировать код возврата, который процесс должен обязательно вернуть.

Поставьте первой строкой в заголовке
#pragma once
Возможно это избавит вас от ошибки.

И зачем вы делает
#include "Graphic_Library.cpp"
не понятно.
Это может говорить о том, что интерфейс, подключаемый в заголовочном файле вы не доработали, или какие-то другие ошибки. Подобная конструкция, конечно, не является ошибкой сама по себе, но, как правило, так не делают.

Стрелка используется с указателями на класс/структуру, а точка со ссылками или с непосредственно экземпляром класса/структуры. Т.е. если вы попытаетесь использовать точку с указателем - получите синтаксическую ошибку.

Черт знает где вы ищите. На сайт sqlite пробовали заходить?
Для ВСЕХ инструментов типа баз данных есть родные (от производителя инструмента) клиентские библиотеки как минимум для Си. Т.к. эта библиотека открывает возможности для использования инструмента на любых других ЯПах. Нет смысла создавать инструмент, которым не возможно пользоваться.
Для плюсов, как правило, делают легкую обертку над Сишной библиотекой, поддержка остальных ЯПов подтягивается потихоньку.
SQLITE: https://www.sqlite.org/cintro.html

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

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

Самый оптимальный и самый сложный вариант - в программе узнать кодировку консоли и перед выводом конвертировать текст в эту кодировку. Так же обратную операцию производить при вводе. В этом случае исходники программы лучше всего писать в UTF8 и использовать wchar_t.

Самый простой, дебильный и не всегда работающий (не будет работать если изменена кодировка консоли) - писать исходники в cp866.
Немного чуть более сложный, но не правильный - поменять кодировку консоли из программы на ту в которой написаны исходники.

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

nullptr - сам по себе это константа (сейчас не важно ее реальное значение). Где хранится, например, 2 или 100500?
Вот когда вы сделаете присваивание:
void *ptr = nullptr;
То в указателе ptr будет хранится значение nullptr.
Если посмотрите асемблерный код подобного присваивания, то там будет что-то вроде:
mov ax, 0;
В данном примере считаю, что значение nullptr - это 0. Тут видно, что nullptr хранится прямо в коде и является одним из операндов ассемблерной команды mov.
Про то что хранится в памяти, куда указывает nullptr (и ptr из примера), написал Mercury13