Как вводить данные из консоли, не блокируя поток?

Question

[asurkis]

Есть графическое приложение на C++, у него есть главный цикл (считывание и обработка событий, отрисовка графики через OpenGL и т.п.), но также требуется вводить данные из консоли
Можно ли делать это, не создавая дополнительный поток?
При этом текущий поток не должен "зависать" и ждать окончания ввода, так как, как уже указано, в нём происходит обработка GUI

Comments

[sitev_ru]

Что значит "также требуется вводить данные из консоли"? Обработка клавиатуры?

[asurkis]

sitev_ru: Обработка текста, построчно вводимого в консоль. Ну, в моём случае, команды для игрового сервера.

[sitev_ru]

Без потока можно. Нужно просто сделать свою консоль...

[asurkis]

sitev_ru: Искренне надеюсь, что это была такая шутка. Ну или шуткой было хотя бы слово "просто"

[sitev_ru]

asurkis, обычно консоль для ввода команд появляется в виде окошка внутри самой игры. Что такое консоль - это список строк. Пусть этот список изначально пуст, текущая строка i = 0;

нажимаем клавишу: s[i] = s[i] + key;
если нажали BackSpace, удаляем символ из строки
если нажали Enter, тогда i++; и выполним команду

Вот и весь алгоритм. Незабываем перерисовывать этот список каждый цикл, как и весь экран игры...

[asurkis]

sitev_ru: Да, это всё, безусловно, так. Просто хочется иметь возможность, скажем, остановить сервер штатным путём, а не через Ctrl+C

Answer 1

[Армянское Радио]

Лучше сделать отдельный поток. Иначе вам придется велосипедить менеджер задач из ОС.

Comments

[asurkis]

То есть без костылей и платформозависимого кода это сделать не получится?

[Владимир Грабко]

asurkis: да. для такого Go подойдёт.

[Владимир Грабко]

asurkis: он там это делает из коробки в 1 конструкцию.

[Армянское Радио]

asurkis: в C++11 управление потоками есть на уровне стандарта языка.

[asurkis]

Владимир Грабко: Что ж, жаль. Мне казалось, что то, что я описал -- тривиальная задача, решения которой я просто не знаю. Оказалось, что нет.

[asurkis]

Армянское Радио: Это я знаю, просто хотелось сделать именно без потоков. Но раз уж это влияет на сложность и переносимость программы, придётся от этого отказаться

[Владимир Грабко]

asurkis: если бы всё в Cи было тривиально то многие яп даже на свет бы не вышли

[asurkis]

Владимир Грабко: Ну, конкретно в случае этого проекта Go неприменим. Но спасибо за рекомендацию

[Владимир Грабко]

Армянское Радио: можно ссылочку? Не нагуглил.

[Армянское Радио]

Владимир Грабко: https://habrahabr.ru/post/182610/

[Владимир Грабко]

Армянское Радио: спасибо.

Answer 2

[polar_winter]

Поток(stream) ввода - то же файловой дескриптор только его номер заранее известен. Используйте асинхронное чтение (асинхронный ввод - вывод), например системные вызовы select, poll, aio_read, boost::asio, итд итп. Как заметил Арянское радио - альтернативный подход с блокирующими вызовами и потоками(thread) - более распространён, и легче воспринимаем большинством программистов, чем горождение машины состояний для обработки конкурентных задач в одном потоке. Но если фреймворк, такой как Qt же сделал это за вас(создал loop для обработки событий, ...), то работа в событийной - ориентированной модели будет ещё проще нежели с потоками. Например асинхронное чтение завязанное на таймер.

Comments

[asurkis]

Ну, фреймворк, который бы это делал, не используется. Собственно, единственная внешняя библиотека, используемая в проекте -- SFML. Системозависимые вызовы тоже не используются.
Но всё равно спасибо за ответ.

[polar_winter]

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

[asurkis]

polar_winter: Да, я неправильно выразился. Надо было уточнить, что не используются _прямые_ системные вызовы, а используются только их кроссплатформенные обёртки