res2001

pthread - это POSIX библиотека, т.е. никсовая. В винде она как дополнительная абстракция над родным интерфейсом идет в составе mingw или cygwin.
В винде есть свои потоки, WinAPI с MSDN вам в помощь.
Если очень надо или нужно кросплатформенное средство, то можно и pthread использовать, но для этого действительно проще пересесть на другую IDE. Например Eclipse + mingw.
А для кроссплатформенности лучше использовать что-нибудь типа boost или Qt - и там и там есть свои кроссплатформенные реализации потоков. При этом в никсах они будут использовать pthread, а в винде - виндовые потоки и вам не придется вникать в тонкости реализации потоков в WinAPI или pthread, вникните только в тонкости boost или Qt.

svchost - очень важный системный процесс, через него работает большая часть виндовых служб, не стоит его удалять.
Остановите службу обновления и/или службу индексации, обычно это они грузят ЦПУ svchostом.
На какую из служб будет положительная реакция (загрузка проца упадет) с той дальше надо разбираться.

В батнике создавайте временный файл-флаг, как-то так:
echo.>file.flag
В самом начале батника проверяйте есть ли этот файл, если файл есть то завершаете батник (предыдущий запуск еще не отработал), если файла нет - работаем дальше (и создаем этот файл). По окончании работы - удаляем файл- флаг.
Другие варианты обнаружения запущенных копий того же батника:
1.аналогично файл-флагу - флаг в реестре
2.можно с помощью tasklist проверять запущен ли процесс с таким же батником.

Побочные эффекты: если батник по какой-то причине не удалит файл-флаг, то следующий процесс никогда не запустится.

msg /?
msg * /TIME:500 /server:Teplomir-repl Создан новый документ !!!!

Копайте в виндовые журналы и мануал по принтеру с описанием ошибки.
Прерывает печать сам аппарат? С какой ошибкой?

Первый - это серый IP, второй то же, третий - маска 32.
У вас провайдер требует авторизации через ppp.
Первый адрес получает интерфейс от DHCP сервера оператора для доступа к ppp серверу.
Второй адрес получает ppp интерфейс после авторизации на ppp сервере.
А в интернет вы выходите через NAT оператора с его белым адресом, которого в вашем списке нет.

build-ca и прочие скрипты были во 2 версии easy-rsa, в третьей только один скрипт - easyrsa, но с теми же параметрами. easy-rsa - это надстройка над openssl, просто скрипт, автоматизирующий операции.
Я с 3 версией дела не имел, как-то все время попадалась 2 версия. Откройте скрипт в текстовом редакторе, там обычно довольно внятные комментарии. Имея инструкцию для 2 версии можно ее достаточно легко адаптировать к 3 версии, я так думаю. Скрипт vars так и остался с предыдущей версии. В vars инициализируете переменные для генерации ключей, которые будут использоваться в основном скрипте.
PS: не так давно настраивал OpenVPN для винды, комплект брал с сайта разработчика, там еще были скрипты второй версии. Но для винды скрипты easy-rsa всегда требовали доработки напильником.

1.Обычно при установке программе можно указать куда ее ставить.
2.Многие программы не переживут переустановку ОС, даже если будут установлены на другой диск, все равно потребуется переустановка программы.
Узнать это о программе можно так: установить ее штатно; скопировать каталог с программой в другое место; удалить программу штатно; попробовать запустить программу из скопированного места. Если программа заработает, то скорее всего она переживет и переустановку ОС, если нет - не переживет и переносить ее в другое место бесполезно. Кстати нужно проверять не только запуск но и функционал программы, бывает что программа запускается, но какой-то функционал отваливается и при попытки вызова функций появляется ошибка.
3.Перенесите профиль пользователя на другой диск. Вот тут я уже описывал этот процесс. Вместе с профилем перенесется и AppData пользователя и %TEMP% и профили браузеров и т.п., которые отъедают изрядно дискового пространства.
4.ProgramData - не трогайте. Это профиль "All users" или "Public" - там полно символических ссылок и если его начать переносить может отвалится много чего, т.к. символические ссылки при переносе испортятся. Теоретически все ссылки можно восстановить (или перенести скриптом), но полноценной автоматической реализации этого процесса я не встречал, а руками - это займет много времени.
5.Использовать какие-то дополнительные инструменты для чистки реестра и удаления программ, имхо, не имеет смысла. Винда нормально с этим справляется сама. Так же в Вин7 и выше есть довольно мощный мастер очистки, который много чего умеет.

Если терминальный сервер, то возможно виноват драйвер принтера, но обычно в этом случае жрет процессорное время spoolsv.exe.
Так же возможно одна из служб: служба индексации, служба обновления.
Остановите их по очереди и посмотрите на реакцию.

У вас открыто много "вещей", но вы боитесь, что кто-то их заюзает.
Для кого они открыты тогда? Если не нужно, чтоб их юзали - закройте.
Можно открыть для конкретного адреса, группы адресов, только для локального компьютера - смотрите настройки правил фаервола.
Чтобы отключить пинги и виндовую сеть - в параметрах общего доступа отключите "общий доступ ..." и "обнаружение сети", включите парольный доступ и максимальное шифрование.
Доступ к другим портам и сервисам нужно регулировать с помощью правил фаервола.

Правильное впечатление создается - уходят на шлюз по умолчанию. И это нормальное поведение.
Хотя FreeBSD поддерживает множественные шлюзы по умолчанию, но при этом она работает не так как хочется (на сколько помню она по раунд-робину меняет эти шлюзы от пакета к пакету, это явно не то что нужно).
Можно это сделать с помощью nat global и множественных таблиц маршрутизации.
Для балансировки исходящих пакетов можно использовать ipfw probe.
Почитайте эту статью: ipfw.ism.kiev.ua/pbr.html, хотя она старая и там используется natd, но то же самое можно и на ядерном нате сделать.

PS: реализовывал эту задачу года 3 назад, ушло много времени на отладку. Правда у меня была конфигурация по сложней и вариант из статьи мне мало помог.

Если это действительно роутер виноват, а не узел на другом конце провода, то меняйте роутер, иначе - узел.
Железки, бывает, дохнут.

Для программирования сетей читайте Стивенса "Unix. Разработка сетевых приложений" 2007 год. Книга не новая, но лучшего описания программирования сетей я не встречал.

Пишите официальное письмо директору местного филиала, в письме опишите проблему и этапы обращения в поддержку с датами, номерами и т.п.
Если через месяц ответа не будет в каком-либо виде, то уходите к другому оператору. Об этом можно сообщить в письме.

Поэкспериментируйте с утилитой powercfg.
Например, может быть подойдет powercfg /requests

Стоит для начала разобраться как работает Си: динамическая память, указатели, массивы, строки, структуры и массивы структур, указатели на них, адресная арифметика. Это база.
На эту базу положите ООП. В свое время С++ начинался как набор макросов для Си.
Так будет проще понять как организованы классы внутри.

Не знаю как сейчас, а года 2-3 назад скрипты для генерации ключей под Windows из состава дистрибутива OpenVPN без допиливания не работали, поэтому я обычно делал ключи на линукс - там они давно обкатаны и работоспособны.