Никак. В векторе придётся размещать указатели на второй класс и реализацию обязательно выносить в cpp файлы. А в заголовке без инклюда второго класса, только forward declaration, как уже посоветовали.
В коде есть ещё неочевидная ошибка. Если в слове одна и та же буква несколько раз встречается, то программа будет работать неправильно. Чтобы этой ошибки не было, вместо list следует использовать set.
"using namespace std" нежелательно испоьлзвоать в h-файлах, но в cpp-файлах можно пользоваться без угрызений совести. В случае конфликтов можно указывать конкретное пространство, независимо от использованных using. Так же можно использовать using namespace внутри конкретной функции или внутри любого блока кода, ограниченного { }.
Запускаешь под отладчиком, включив перехват исключений. В той строчке, где будет выход за границы массива, будет брошено исключение и отладчик на этой строчке остановится и сможешь посмотреть конкретное место и что в стеке лежит.
А ещё, в коде логическая ошибка в RLE кодировании-декодировании: недопустимы последовательности символов более 9 штук подряд. Если будет 10 и больше символов, то твой алгоритм поломается.
Но ведь в доксигене есть поддержка автогенерации некоторых из UML диаграм. Остальные можно нарисовать в любом ПО и в виде картинок подключить в тексте программы, чтобы доксиген их в документацию добавил. Там же не только комментарии к фукнциям можно делать, но и любой текст форматированный создать, просто это менее удобно делается, по сравнению с описаниями функций.
В дополнительные зависимости надо указывать lib файлы, а не хэдеры. Ты перепутал местами настройки. Хэдеры (путь до папки, а не сами файлы) надо задать в блоке где AdditionalIncludeDirectories. Соответсвтено в коде останется #include "BaseTerminal.h", если в настройках задаш путь "D:\Projects\TerminalHelper\TerminalHelper\"
Судя по вот этому: "EventArgs.h", в вопросе показан код из срр файла. А в другом срр файле происходит создание объектов и там включен только "EventArgs.h" с forward declaration этих классов. Собственно, об этих классах там известно только то, что они есть и можно только указатель на них создать и всё. Определение класса олжно быть в хэдере и этот хедер надо включить во все файлы, которые этот класс используют.
И сделай виртуальный деструктор. Но это уже следующая ошибка, про которую спросишь.
Думаю, основная разница в том, что методы класса гарантированно находятся в том же самом файле в пределах скобочек. А вот просто функции могут быть где угодно в других файлах, которые ещё не обработаны.
Сразу скажу, что это плохой код и делать так не надо.
Однако, отвечая на вопрос: весь этот код написан в .h файле. Нужно сделать .cpp файл, в котором будет сздана переменная logg. Сейчас объявлено, что переменная есть, но самого объекта нет.
Мьютексы, семафоры, критические секции. То есть добавь объекты синхронизации, чтобы гарантировать, что объекты изменяются упорядоченно и только одним потоком в единицу времени.
Ну элементарно же!
Везде, во всех циклах и аргументах фукнций, вместо константных ссылок передавай по значению и будет тебе копирование массивов.
Везде вместо [] используй at() - в нём есть проверка границ, очень чутка медленнее работает, чем [].
" if (!visited[w])" убери проверку и всегда путь ищи, это прям радикально замедлит.
Там же не path модифицируй, а на каждой итерации создавай копию и, если pop_back не требуется, то копируй временный путь в path.
