Михаил

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

Какая-то каша. В C# нет никаких .h
И при чём здесь ifndef? Этого тоже в сишарпе нет.
Открой любую книжку по си-шарпу и вопросов не будет

Лицензией, как и всегда. Неужели вы думаете, что какие-то там кувырки с кодом защитят его от взлома? Если да, то смотрите в строну риалтайм онлайн сервера подтверждения, как в онлайн играх.

Определите connection

Переключение контекста сохраняет все регистры процессора для потока и востанавливает для активного.
Если у вас идет обращение к переменной через регистр (см. volatile), а не напрямую к адресу памяти, то сохранность актуального значения не гарантируется. Примерный сценарий:
1. Первый поток поместил значение переменной в регистр (mov ax, [4C00h])
2. Второй поток сохранил его в регистр (mov ax, [4C00h])
3. Первый сделал какие-то операции над значением в регистре
4. Второй сделал.
5. Первый сохраняет значение по адресу памяти (mov [4C00h], ax)
6. Второй.

И вот какое значение сохранилось? Ведь каждый поток оперировал своими копиями регистров. И четкая последовательность вызова потоков тоже не гарантируется.

Михаил имеется в виду что значение переменной может измениться при переходе от одной строки программы
x = 1;
к следующей строке

Console.Error.WriteLine(x=" + x.ToString()); // undefined

даже если никакого кода меняющего x
там нет - а произошло переключение конткста и другой поток записал свое значение в эту переменную

Ты не совсем понял проблему многопоточности. Да, чтение неизменяемого значения из множества потоков безопасно, но вот изменение - нет.

На примере:
Лежит в памяти значение x = 1. Пока его только читают, всё ок, но предположим, что это у нас какой-то счётчик и два потока хотят его увеличивать на 1.

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

Списки, к примеру, внутри хранят тот же счётчик для количества элементов, поэтому одновременная запись может неправильно отработать.

Защитник windows

Повторите попытку вникнуть в nodejs.

За рамку стандартных окон отвечает ОС, а не WPF,
но её можно изменить или убрать, читайте тут:
https://docs.microsoft.com/ru-ru/dotnet/api/system...