res2001

Просто преобразуйте символ в int и выводите.

char a = ' ';
std::cout << "ASCII code: " << static_cast<int>(a) << std::endl;

Битовые операции можно использовать только если ваш enum состоит из значений равных степеням двойки: 1, 2, 4, 8, ...
Если у вас произвольные значения в enum (1, 2, 3, 105, 888, ...) то битовые операции применять нельзя.
Если нужен какой-то универсальный вариант - сделайте массив значений.

Есть софтина от 10-Strike "Инвентаризация Компьютеров".
Ее преимущество в том, что для инвентаризации она использует WMI, т.е. никаких агентов на клиентские ПК ставить не нужно. Хотя и агент то же есть. Программа не бесплатная, но стоит не много. В свое время брал ее в контору и использовал.
Большинство конкурирующих продуктов для инвентаризации требуют установки агента.

Абстрагируясь от текста (т.к. мало поясняет схему и смысл) и предполагая, что клиент будет на смарте с openvpn, то схему можно детализировать так:
Смартфон с openvpn клиентом -> что-то с openvpn сервером + socks5 -> интернет
Таким образом на клиентском смарте поднимаем соединение openvpn, далее в браузере (или что там у вас ходит через socks5) прописываем адрес прокси как внутренний ВПН адрес openvpn сервера. Работаем.

По умолчанию никак не выполнить. Команды find нет в винде - это чисто никсовая команда.
Но можно поставить какой-нибудь портированный набор линуксовых утилит (например msys2 или что-то другое) и из-под него запустить эту команду.
В целом это не сложно переписать для cmd:

@echo off
for /f "tokens=* delims=" %%a in ('dir /b /s *.webm') do ffmpeg -i "%%a" -vn -ab 128k -ar 44100 -y "%%~dpna.mp3"

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

имею ввиду, зачем делают так *p+1 для доступа к следующиму элементу, а не p[1]?

Вообще то ничего общего между приведенными операциями нет (смотрите приоритет операций):

*p+1 == (*p) + 1
p[1] == *(p+1)

Но вопрос в целом понятен, не взирая на ошибку в примере.
Надо смотреть на контекст. Часто бывает, что код не ограничивается одноразовым применением p[1], а например есть целая серия обращений к p[1], в этом случае будет экономия на операциях, если вы сначала вычислите адрес p[1], а в дальнейшем будете использовать простое разыменование этого адреса. Будет ли реально выигрыш во времени исполнения зависит от компилятора, в целом думаю, современные компиляторы в состоянии сами сделать подобную оптимизацию.

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

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

Нормальный подход в этом случае:
1. писать исходники в UTF8,
2. узнать текущую кодировку консоли,
3. перед выводом любого текста перекодировать текст из UTF8 в кодировку консоли,
4. при вводе текста с консоли перекодировать из кодировки консоли в UTF8, и только после этого с текстом можно совершать какие-то действия, например strcmp().
5. в коде для хранения строк использовать wchar_t и wstring, а не char и string.

Подключить можно. Но файловая система на общем томе должна быть кластерной, такие ФС как раз спроектированы для подобного использования. NTFS, Ext4 и т.п. не подходят. Например VMFS от VMWare кластерная.
Если вы подключите несколько потребителей к разделу iSCSI с обычной ФС, то достаточно быстро ФС упадет.