rPman

все что касается сети можно получить используя консольную утилиту netsh
с ней работать проще чем ковыряться в WMI хотя последнее более верно

внизу в окне ошибок проскролируй вправо строчку, где написано

cl командная строка error D8027: нельзя выполнить "C:\Program Files....

путь явно ссылается на какую то нужную утилиту в папке установки Visual Studio, это значит она установлена не верно, необходимо запустить программу установки заново и выбрать repair (восстановить)

0x55555555555555551 - 16-ричная система исчисления, для его хранения требуется 9 байт, т.е. может быть записано в только как 16-байтовое целое (__int128) или большей разрядности или в классах поддерживающих переменное количество байт для хранения чисел. gnu compiler официально не поддерживает 128бит константы, так что их придется заводить через строки или собирать вручную из чисел меньшей разрядности

калькулятор говорит это 98382635059784275281 в десятичной системе

В си решение будет зависеть от выбора платформы, под которую разрабатываешь, для win32 gui вполне возможно что тебе хватит отлавливать закрытие окна на событии WM_CLOSE в твоем главном цикле обработки событий окна, а для posix это регистрация колбек с помощью signal на тип события SIGTERM (там можно и на другие события повеситься, даже к примеру на принудительное завершение ядром процесса по исчерпанию лимита оперативной памяти)...

Первая же ссылка в гугле по запросу: c++ exit current process callback, направление поиска указано в вопросе. Не все виды завершения работы процесса могут быть отловлены самим процессом, в частности у вопрошающего проблема с консольным приложением в windows... возможно если порыть msdn можно будет найти еще какое решение.

google: c++ lib email
откроет мир готовых библиотек по работе с почтой, выбирай на любой вкус и твою среду и компилятор.

c++ такой язык что программы на нем достаточно многословные получаются

p.s. первый же результат из гугла https://github.com/karastojko/mailio

message msg;
msg.from(mail_address("mailio library", "mailio@gmail.com"));
msg.add_recipient(mail_address("mailio library", "mailio@gmail.com"));
msg.subject("smtps simple message");
msg.content("Hello, World!");

smtps conn("smtp.gmail.com", 587);
conn.authenticate("mailio@gmail.com", "mailiopass", smtps::auth_method_t::START_TLS);
conn.submit(msg);

это многословно?

Решение тебе уже сказали - определить функции в массив/map каждую соответственно значению и вызывать.

Альтернативы не будет. Имя функции не попадает по стандарту в итоговый бинарник, это временная сущность, а значит по имени (сформировав ее к примеру 'func'+n) вызвать никак не получится, но есть исключения, например если требуемые функции - экспортируемые (для dll например), соответственно в зависимости от целевой ОС использовать win32 GetModuleHandle/GetProcAddress, для linux гугл подсказывает dlopen/dlsym.

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

но это страшнейший быдлокод

в c++ уже очень давно есть полноценные (и соответственно медленные, но не в реализации а идеологически) строки, класс string с которыми и + прокатит и синтаксически удобные

там обычные http запросы, подключай любую библиотеку и пользуйся, например libcurl (первый пример из гугла)
p.s. на c++ будет неудобно

Вопрос очень на самом деле сложный.

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

Зачастую, если пользуешься какой-нибудь средой разработки (IDE, например Microsoft Visual Studio) то за сборку exe файла и всего проекта будет отвечать она, а пользователю в мышевозекательном интерфейсе дается возможность настроить все необходимое.

Например создавая проект "Консольное приложение c++" (название приблизительное, не помню точно уже) проект будет автоматически настроен на сборку консольного приложения, лишних библиотек не подключено и т.п. Мало того, возможно понадобится собрать приложение сразу для нескольких архитектур (x86 и x86_64 например), т.е. по набору exe/dll на каждую архитектуру, и бывают случаи когда даже файлы баз данных не переносимы и потребуют свои для каждой.

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

В самых простых случаях, когда на целевой машине даже не надо создавать ярлык (просто распаковать и все), можно воспользоваться каким-нибудь self extracted archive (у winrar такая опция есть). Иногда инструменты для создания такого пакета есть в самой IDE (точно помню у visual studio для managed .net кода такое было), а иногда это стороннее приложение, для windows рекомендую попробовать inno setup, позволяет создавать не только exe установщик но и msi (специализированный формат windows для установочных архивов), это приложение позволяет описывать процесс установки в виде некоторого языка, не заморачиваясь с интерфейсом.

p.s. windows нет прямого ограничения по запуску приложений без установки, т.е. просто копируй вручную exe файл и все

upd. для с++ добавляется еще один челедж, решить, каким компилятором собирать, какими стандартами (стандарт реализация эксепшен try/catch/throw, формат имен подключаемых dll и т.п.), какими базовыми библиотеками (например какая будет использоваться libc) и даже для какой версии ОС собираешь (например собрав под последнюю win10 приложение может не запуститься на win7 или winxp, потому что будет требовать несовместимую версию visual studio redistributable (vcredist*.exe этот пакет обновлений таскают с собой все кому не лень, и кстати по лицензии делать это без разрешения майкрософт низязя)

Так уж исторически сложилось, что нормально тулчейн найти под windows можно либо:
* gcc (gnu c compiler) - задает всем остальным, тут полнее реализуют новые стандарты, работает во всех ОС, но при этом есть windows сборка (смотреть у mingw кстати она есть по до все ос, позволяет кросскомпиляцию типа из linux собрать windows exe) а есть cygwin (несовместимая ни с чем, но качественно повторяет linux стандарты)
Поговаривают что mingw все, кончился :(
* microsoft visual c++ compiler (идет с visual studio), пытается задавать свои ни с чем не совместимые стандарты, корежит существующие, с целью создать хаос и привязать разработчиков только к windows
и это у майкрософт получается, к сожалению
* llvm и clang (это отдельные проекты но когда говорят об одном то и о другом), стандарт стоит особняком, так как llvm это некая виртуальная машина, с очень эффективной реализацией, с jit и оптимизациями
настроить на windows это еще надо уметь, но есть возможность прописать для использовании в visual studio!

У всех возник вопрос зачем? почему такая простая задача (папку надо шифровать, если она 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, первый же пример из гугла.