rPman

У всех возник вопрос зачем? почему такая простая задача (папку надо шифровать, если она ntfs) решается на столько неадекватным способом?

Если я верно понимаю концепцию фильтров - регистрируешь I/O фильтр, мониторишь что кто куда и даешь при необходимости отлуп. В документации есть пример кода на примере мониторинга операции удаления файлов

Не путать язык программирования и библиотеки/фреймворки и принципы их построения. А еще есть банально алгоритмы и умение их создавать и хотя бы правильно использовать. А еще есть тулчейн - рабочее окружение, без которого в принципе запустить сборку не получится, и очень часто умение настраивать его под задачу может занимать больше времени и знаний чем сама разработка. Попробуй к примеру собери из исходников браузер (cromium или firefox), чтобы подправить в исходниках пару простых моментов.

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

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

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

именно c++17?
а просто c не катит? готовая библиотека, подключай, пользуйся

android это зоопарк железа (и не только процессоры), к сожалению красивого фреймворка именно для c++ нет, отсюда разработка даже простейшего приложения (особенно если нужен доступ к перифирии и графическому ускорителю) очень сложны, хотя разрабатывать библиотеку, выполняющую критичную к скорости часть - почему нет

зы. лучше всего на android функционал покрыт java фреймоврками, соответственно и разрабатывать лучше/легче на java а точнее под виртуальную машину dalvik virtual machine (это машина исполнения скомпилированного кода java, можно найти компиляторы из других языков но красивая поддержка только у java)

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

И еще, лучше в момент ошибки перед завершением работы программы вывести текстом, что именно произошло.

Очень странный выбор среды разработки

Форк от embarcadaero работает но получаемый exe-шник получается под 3мб, т.е. по дефолту он докидывает библиотек до кучи каких то.

Проект и так использует gcc так что причина не в нем, а в makefile которые он собирает, так я это вижу.

p.s. сам по себе gcc собирает не космически быстро, нужно понимать это и готовиться заранее
пользуйся precompiled headers это должно немного ускорить сборку больших проектов, если не меняешь часто хеадеры.

Это известная беда кроссплатформенности или кроссфреймворков, в мире существует столько полусовместимых и там столько нюансов, и кстати это беда не только у c++ но и с другими языками, только реже.

Кто то должен давать инструкции и тестировать. Хорошим тоном было бы чтобы это делал сам разработчик, но нужно понимать что в opensource вам никто ничего не должен, люди делают для себя и своих задач, и требовать чтобы что то выложили для вас... как минимум некрасиво. Сделай сам или заплати тому кто умеет, выложи инструкции открыто - тебе скажут спасибо.

У этого проекта вики такая инструкция написана и даже видео выложили

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

Консольные программы, те что не работают с графической оболочкой, могут быть таковыми без переделки (да и графическую можно запустить в фейковом xserver).

Способ настройки отличается для каждой версии linux, например для ubuntu сейчас это systemd, первый же пример из гугла.

нет
кардинально неверное использование деструктора

Деструктор вызывается когда вы уже вызвали удаление объекта delete msp, и призван удалить все что объект проинициализировал но не его самого.

Отличный пример, использование класса для автоматического закрытия файла

class FR
{
  FILE *f;
  public:
  FR(char* name)
  {
    this->f=fopen(name,'r');
  }
  void do()
  {
    // тут работаем с файлом
    // если произойдет проблема, вызываем эксепшн
    throw "The problem";
  }
  ~FR()
  {
    fclose(this->f);
  }
}

void main()
{
  try
  {
    FR fr('test.txt');
    fr.do();
    printf("all ok");
  } catch(const char* msg)
  {
    printf("Error: %s\n",msg);
  }
}

тут голова не болит когда закрывать файл, так как деструктор будет вызван автоматически при окончании жизни объекта

Лишней книга не будет, но из-за устаревшей парадигмы и стандартов у вас возможно (не видел книгу) возникнут проблемы с компиляцией примеров.

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

чтобы запустить приложение из GUI необходимо создать ярлык в этом GUI, в зависимости от вашего окружения (gnome/kde/xfce и т.п.) инструкции будут разными но похожими. В общем случае если ваше приложение консольное, то запускать его нужно с помощью терминала, их тоже много на выбор от самого древнего и примитивного xterm до штаных для каждого DE, например для kde это kconsole.

вот примеры команд для разных терминалов чтобы окно после завершению работы программы не закрывалось:
https://switch-case.ru/71821000

Все свои SomeClassX породите от базового SomeClass определенным виртуальным методом show, тогда шаблон не понадобится, просто в классе Tree в методе show(SomeClass t) напишите t->show() а сам show определите в каждом SomeClassX свой.