15432

Если совсем-совсем жестокий путь, то по количеству изменившихся блоков экрана

https://docs.microsoft.com/en-us/windows/desktop/a...

https://docs.microsoft.com/en-us/windows/desktop/a...

Да дофига всего. Файрвол в винде режет любые такие внешние запросы, комп может быть включен через роутер, и для проброса с роутера на ПК надо его конфигурировать, наконец, у самого провайдера может быть NAT, и IP что вы видите на 2ip.ru принадлежит половине района... Вот поднимите VPN, заведите оба компа в него и внутри этой виртуальной сети может и достучитесь друг до друга

Создаем список чисел от 1 до 10, потом вырезаем из него элементы по случайным индексам и записываем в свой массив.

На C/C++ можно написать системный драйвер или микропрограмму для железки.
В C/C++ есть union
В коде на C/C++ можно использовать ассемблерные вставки

Как уже писали, из-за близости языка к ассемблеру и машинному коду, упрощается работа с структурами данных и указателями, отсутствуют проверки и прослойки, само исполнение кода производится быстрее. Не требуется наличие .NET Framework, можно создать программу, не требующую вообще никаких дополнительных библиотек и ПО.

Зачем консоль аттачить? Есть же GetKeyboardLayout, которая получает раскладку по ID треда
https://msdn.microsoft.com/en-us/library/windows/d...

она вернет вам Handle на раскладку. Ставите её же на свой процесс (ActivateKeyboardLayout) и смотрите имя уже своей раскладки (GetKeyboardLayoutName)

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

Создаете Solution с двумя проектами, C# Windows Forms и C++ Win32 DLL.
Пишете свой код на C++, делаете dllexport функцию, принимающую, к примеру, void*, куда будут складываться данные.
В C# классе используете Dllimport, через Marshal.AllocHGlobal аллоцируете память, передаете в вызов C++ функции, она что-то там заполняет, потом достаете через Marshal.Copy и работаете с этим дальше

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

Почему бы не добавить мьютексы? Или несколько сокетов?

А не образуется ли в конце введенной строки литерала \n (перевод строки)?