Почему заблокированный IO в другом потоке не позволяет CreateWindowEx() возвращать

Question

У меня очень простое консольное приложение Windows, которое сначала создает поток для обработки ввода на stdin. Он использует CreateThread() в main(), чтобы создать поток, и первое, что делает поток, - это позвонить getchar() и заблокировать, ожидая.

Затем main() регистрирует класс окна с использованием RegisterClass() и вызывает CreateWindowEx() для создания невидимого окна сообщения.

НО CreateWindowEx() не возвращается.

Если я удалю getchar() в нити и замените его while (1) Sleep(1000);, все будет работать.

Если я добавлю Sleep(1000); в начало функции потока, вызов CreateWindowEx() завершается успешно, но тогда вводе/выводе в потоке перестает работать (getchar() не возвращается).

Почему заблокированная вторая нить мешает первой?

Answer 1

Библиотека времени C официально не поддерживает вызов из потока, порожденного CreateThread. Предполагается использовать функции обертки CRT, такие как _beginthreadex, которые правильно настраивают локальное состояние потока CRT в новом потоке.

На практике ЭЛТ подходит к тому, чтобы все работало, даже если вы нарушили это правило, но детали зависят от того, статически ли вы динамически связываетесь с CRT (поскольку это влияет на обратный вызов THREAD_ATTACH) ,

Попробуйте сделать это «правильно», только создавая вызовы CRT по потокам, начинающимся с _beginthreadex. (Один из способов - использовать CreateThread, а затем использовать ReadConsole в рабочей нитке вместо getchar, а другой - использовать _beginthreadex вместо CreateThread).