res2001

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

Откройте для себя msys2.
В отличии от cygwinа менее тяжеловесен.
В чистом виде дает полноценный bash под виндой, со стандартным набором линуксовых инструментов. Кроме того все инструменты можно вызывать из виндовой консоли или командных файлов, т.к. это обычные виндовые exe, добавив каталог, где они лежат в переменную PATH (возможно это делается при установке, уже не помню).
Кроме того есть пакетный менеджер - pacman и набор пакетов. Поставьте gcc и можно собирать большую часть никсового софта для винды.
Сам регулярно им пользуюсь как для сборки так и инструментами типа sed и grep.

С/С++ не выйдут из моды еще долго, у них своя область применения и там они практически вне конкуренции.
MFC - не стоит тратить на нее время. Она уже 20 лет назад была похожа на неповоротливого монстра, не думаю, что с тех пор что-то изменилось в лучшую сторону. К тому же привязка к одной платформе и одному компилятору, в наше время - это большой минус. И, кстати, на сколько я знаю, в бесплатных версиях VS MFC нет.

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

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

Скажите, для чего вы используете эту программу? Я как-то уже кучу лет обхожусь без подобных утилит. Может я чего-то не знаю или не понимаю?
Ситуация "если открыть файл в IDE и попытаться удалить, то unlocker сможет удалить без закрытия IDE?" выглядит несколько надуманной.

По моему с самими аргументами у вас все нормально.
У меня есть похожий код (не мой), успешно работает.
По моему при выделении памяти ошибка, а именно вот этот момент: sizeof(msg)) * sizeof(arguments)
Думаю вместо этого нужно: strlen(msg)*sizeof(char)

(postfix или exim) + dovecot
Интеграция с AD - с помощью LDAP авторизации.
Веб морда прикручивается практически любая, они есть в ассортименте.

Заведите в таблице поле по значению которого будете объединять записи, пусть это будет поле tag и пусть в этой таблице будет уникальное поле id.
Запрос с объединением примерно такой:

select T1.*, T2.*
from table T1
join table T2 on T2.tag=T1.tag and T2.id <> T1.id

Что бы работал нормальный общий доступ нужно:
1.На всех компьютерах (кроме ХР) в центре управления сетями "Изменить управление параметрами общего доступа" проверьте, чтоб был включен "Общий доступ к файлам и принтерам" и "Общий доступ с парольной защитой" для текущего профиля.
2.В ХР нужно в настройках брандмауэра разрешить общий доступ.
3.Чтобы при заходе не спрашивал логин/пароль, нужно либо чтоб на всех компах был один и тот же пользователь с одинаковым паролем, либо на каждом компьютере в диспетчере учетных данных добавить учетки других компом (первый вариант проще).
4.В ХР диспетчер учетных данных вызывается через control userpasswords2

Нормальный я имею ввиду тот, что не "Домашняя группа". К тому же домашнюю группу ХР не поддерживает.

А хамачи не поможет, да оно и не для этого.

Можно воспользоваться альтернативами: portsnap, portupgrade

1.обычно у каждого компилятора свой runtime. Для VC - это разные версии msvcrt.dll.
2.Читайте на сайте разработчика компилятора. В основном это не сильно принципиально, разве что вы используете какие-то специфические плюшки, которые не описаны в стандарте, но есть в конкретном компиляторе и его стандартной библиотеке.
3.runtime - это как правило стандартная библиотека + точка входа и завершения программы (а ваш main вызывается уже из runtime).
4.Можно. Обычно стандартная библиотека поставляется как в виде динамической библиотеки, так и статической. Выбор какую использовать за вами, задается опциями компилятора.
5.Не большой. Но тут лучше говорить не про оверхед, а про "написание программы на чистом" WinAPI/POSIX и других OS API. На сколько это трудозатратней по сравнению с использованием стандартной библиотеки.
По собственному опыту скажу, что написание на чистом WinAPI довольно трудозатратное (и время затратное) занятие, затратнее примерно в 1.5 по сравнению использованием stdlib. Но у меня это был первый и пока единственный опыт, дальше, видимо должно быть проще.

Никак не заблокируете, как правильно написано выше - вы видите МАС ближайшего к вам маршрутизатора оператора, а не исходный МАС вашего оппонента.
Настоящие МАСи видно только на уровне одной физической сети, при переходе из сети в сеть МАС меняется на МАС последнего маршрутизатора.

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

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

В журнал винды загляните, там порой появляется полезная информация.