GUI<<->Console обмен сообщениями и данными.

[Пантер]

Для асинхронного чтения stdin нужно использовать QSocketNotifier. Выдернул из рабочего проекта:

Код

C++ (Qt)
CommandServer::CommandServer(const CComPtr<IBackupRestoreClient>& backupRestoreClient)
        : m_backupRestoreClient(backupRestoreClient)
          , m_stdinNotifier(new QSocketNotifier(STDIN_FILENO, QSocketNotifier::Read, this))
          , m_stdout(new QTextStream(stdout))
          , m_commandHandlersFactory(new CommandHandlersFactory(m_backupRestoreClient))
{ 
        connect(m_stdinNotifier.data(), &QSocketNotifier::activated, this, &CommandServer::readInputCommands);
}
 

[Old]

Для асинхронного чтения stdin нужно использовать QSocketNotifier. Выдернул из рабочего проекта:

У ТС консольная программа без Qt.
QSocketNotifier умеет отслеживать дескрипторы под вендой?

[Пантер]

Для асинхронного чтения stdin нужно использовать QSocketNotifier. Выдернул из рабочего проекта:

У ТС консольная программа без Qt.
QSocketNotifier умеет отслеживать дескрипторы под вендой?

Не проверял, но, насколько я знаю, да.

[Old]

Не проверял, но, насколько я знаю, да.

А вот я сомневаюсь.
В linux через QSocketNotifier можно пулить любые дескрипторы, там все файл.
А вот в венде даже для последовательного порта, так сказать, свой API.

[Пантер]

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

[kuzulis]

Не проверял, но, насколько я знаю, да.

Нет. QSocketNotifier можно использовать только для posix-дескрипторов.
В винде это сработает только для сокетов (для которых использовались POSIX совместимые вызовы).

В иных случаях для винды нужно использовать QWinEventNotifier и/или приватный QWinOverlappedIoNotifier,
в зависимости от ситуации.

[MaxoBik]

Не проверял, но, насколько я знаю, да.

Нет, не умеет - я уже это все давно проверил.
QProcess в винде подменяет stdin,stdout,stderr на свои пайпы для приложения через стартовый данные процесса(STARTUPINFO), я хотел дернуть их оттуда, но как оказалось они анонимные и как следствия не асинхронные. А boost судя по всему передает туда named pipes со всеми вытекающими.
Крч. сделать асинхронный stdin в виндовс не тривиальная задача, в 8-ке появляются еще отдельные особенности.
Проще заменить stdin на named pipe в виндовс.

[MaxoBik]

Оказывается что в QT5 они сделали named pipes(\5.4\Src\qtbase\src\corelib\io\qprocess_win.cpp), но как-то криво сделали - нет ни OVERLAPPED ни WaitForMultipleObjects нету.
Непонятно как это еще можно использовать в самой программе клиенте. К примеру я получил и достал оттуда хендл именнованого пайпа stdin:

STARTUPINFO startInfo;
HANDLE hStdInput;
....
GetStartupInfoW(&startInfo);
if( ( STARTF_USESTDHANDLES & startInfo.dwFlags ) == STARTF_USESTDHANDLES &&
     ( hStdInput=startInfo.hStdInput ) != INVALID_HANDLE_VALUE ){
     
   /// как его читать асинхронно здесь?
}

Но как его читать здесь без структуры OVERLAPPED? Ведь если не указать ее для ReadFile будет идти синхронное чтения.
Для Asynchronous I/O нужно ее указывать, но где ее взять?

[Bepec]

Поэтому переделайте всё на сокеты и будет вам счастье на всех платформах и без подводных камней

PS причем переделывать то ничего особо и не надо, дернуть из примера пару функций и всё

[hydra13]

QSharedMemory

[Bepec]

Есть только 2 способа нормально передавать данные - сокеты и пайпы. Пайпы в винде суровы, им обвязку писать и писать. А сокеты везде одинаковы.

[MaxoBik]

QSharedMemory

Придется плясать с семафорами, да и не нужно это - мои данные почти полностью состоят из текста, которые нужно просто показать пользователя. Крч. я все сделал через пайпы с упаковкой данных в JSON. Именованые пайпы кстати в QT для Windows просто для вида, половина кода не реализована, пришлось писать с нуля.