Перехват stdin/stdout другого консольного процесса.

[alexey]

Хочу сделать графическую надстройку над консольным приложением.
Создать новый процес и передать ему аргументы не сложно.
Но само консольное приложение работает в диалоге с пользователем, значит, простой вызов system() не прокатит...
Пробую этот механизм реализовать на Qt, используя класс QProcess.
В нём есть возможность установить сигнал readAllStandardOutput и выводить его куда-то...
Но мне надо ещё и вводить данные пользователем.

Может, кто видел уже решение этого, не важно, на какой билиотекЕ (GTK+, WxWidgets, boost, Qt и т.д.)?

[alexey]

Ой, уже и сам решил свою же проблему

У QProcess есть метод write(). Он позволяет передать строку для ввода.
У меня не работало потому что в конце не было символа завершения строки "\n".
И всего то делов.
Можно закрывать тему

[Алексей++]

а вот это не оно разве

void QProcess::setStandardErrorFile ( const QString & fileName, OpenMode mode = Truncate )
Redirects the process' standard error to the file fileName. When the redirection is in place, the standard error read channel is closed: reading from it using read() will always fail, as will readAllStandardError(). The file will be appended to if mode is Append, otherwise, it will be truncated.

See setStandardOutputFile() for more information on how the file is opened.

Note: if setProcessChannelMode() was called with an argument of QProcess::MergedChannels, this function has no effect.

This function was introduced in Qt 4.2.

See also setStandardInputFile(), setStandardOutputFile(), and setStandardOutputProcess().

void QProcess::setStandardInputFile ( const QString & fileName )
Redirects the process' standard input to the file indicated by fileName. When an input redirection is in place, the QProcess object will be in read-only mode (calling write() will result in error).

If the file fileName does not exist at the moment start() is called or is not readable, starting the process will fail.

Calling setStandardInputFile() after the process has started has no effect.

This function was introduced in Qt 4.2.

See also setStandardOutputFile(), setStandardErrorFile(), and setStandardOutputProcess().

void QProcess::setStandardOutputFile ( const QString & fileName, OpenMode mode = Truncate )
Redirects the process' standard output to the file fileName. When the redirection is in place, the standard output read channel is closed: reading from it using read() will always fail, as will readAllStandardOutput().

If the file fileName doesn't exist at the moment start() is called, it will be created. If it cannot be created, the starting will fail.

If the file exists and mode is QIODevice::Truncate, the file will be truncated. Otherwise (if mode is QIODevice::Append), the file will be appended to.

Calling setStandardOutputFile() after the process has started has no effect.

This function was introduced in Qt 4.2.

See also setStandardInputFile(), setStandardErrorFile(), and setStandardOutputProcess().

[RXL]

lyoha, подумай над такой потенциальной проблемой, как взаимная блокировка процессов. Когда два процесса связаны каналами для ввода и вывода и оба становятся на взаимный блокируемый ввод. Пока один из процессов не будет убит, второй так и будет ждать ввода. Аналогичная блокировка возможна и по выводу: когда буфер канал переполнен выводящий процесс блокируется и возможна такая же ситуация взаимной блокировки, хоть и менее вероятная, чем с вводом.

[Антон (LogRus)]

для этого есть многопоточность

[RXL]

Моделей IO много. И в многопоточном можно заблокироваться, если поток вывода будет ожидать на каком-либо механизме синхронизации поток ввода.

[Алексей++]

незаблокироваться можно, если есть возможность посмотреть, сколько данных лежит в буфере - и <не читать лишнего>/<не толкать лишнего>

[RXL]

Леш, это неверный подход. Существуют механизмы узнать готовность IO до выполнения операции.

[Антон (LogRus)]

не использовать IO вещь в себе, что-то делает но никто не знает, что именно, но вещь крутая и наверняка нужная

[RXL]

Точно: файлов не читаем, ничего не сохраняем, все записываем на бумажку

[Ochkarik]

если бы это был windows, то я бы сказал API, и ничего кроме API:
Using the Console
SetStdHandle() GetStdHandle()  GetConsoleScreenBufferInfo() ReadConsoleInput()/WriteConsole()
устройства CONIN$ и CONOUT$