Помогите пожалуйста наладить перехват stdout консольного приложения.

[Gordey1978]

Залипание можно убрать если после вывода строки поставить задержку Sleep(1).

Старый вариант:
int main(int argc, char* argv[])
{
   for(int i =0; i != 1000000; ++i)
      std::cout << "Value: " << i << std::endl;

   return 0;
}

Новый вариант:
int main(int argc, char* argv[])
{
   for(int i =0; i != 1000000; ++i)
   {
      std::cout << "Value: " << i << std::endl;
      Sleep(1);
   }

   return 0;
}

Но такой вариант мне не подходит так как консольное приложения я изменить не могу.

[BRE]

Ну тогда дай время главному потоку разгребать все сообщения о пришедших сигналах и на вставку текста:

Код

C++ (Qt)
void ServerThread::output()
{
    msleep( 200 );
    QByteArray bytes = process->readAllStandardOutput();
    emit updateOutput(bytes);
}
 

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

Думаю, стоит обратить внимание на класс QPlainTextEdit, он по-быстрее QTextEdit.

[Gordey1978]

Ну тогда дай время главному потоку разгребать все сообщения о пришедших сигналах и на вставку текста:

Код

C++ (Qt)
void ServerThread::output()
{
    msleep( 200 );
    QByteArray bytes = process->readAllStandardOutput();
    emit updateOutput(bytes);
}
 

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

Думаю, стоит обратить внимание на класс QPlainTextEdit, он по-быстрее QTextEdit.
С msleep( 200 ) попробовал... не помогло :-(

Все попробовал. Ничего не помогло :-(

[Гурман]

я бы дал идею не просто создать процесс-перехватчик запуском одного QProcess, а запустить второй QThread, в нем запускать QProcess, получать там данные дочернего приложения, и через BlockingQueuedConnection передавать в QTextEdit основной нити - так интерфейс гарантированно блокироваться не будет

у меня в приложении похожим образом работает "консоль" - основные действия выполняются фоновым QThread, из которого через блокирующее соединение вычислитель плюется сообщениями, и эти сообщения валятся в QTextEdit в основном треде

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

[Gordey1978]

я бы дал идею не просто создать процесс-перехватчик запуском одного QProcess, а запустить второй QThread, в нем запускать QProcess, получать там данные дочернего приложения, и через BlockingQueuedConnection передавать в QTextEdit основной нити - так интерфейс гарантированно блокироваться не будет

у меня в приложении похожим образом работает "консоль" - основные действия выполняются фоновым QThread, из которого через блокирующее соединение вычислитель плюется сообщениями, и эти сообщения валятся в QTextEdit в основном треде

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

А код отвечающий за перехват и работу через BlockingQueuedConnection не можешь выложить?

[Гурман]

код, отвечающий за перехват - это не мой код, это ваш код...

[Gordey1978]

Неужто здесь на форуме нет гуру способных помочь?

[niXman]

у меня подобная задача работает превосходно.
установи монитор событий на дескрипторе, например, epoll() или select()

[niXman]

только буферизацию на дескрипторе не забудь отключить

[Gordey1978]

у меня подобная задача работает превосходно.
установи монитор событий на дескрипторе, например, epoll() или select()

Если это реализовывать на чистых С++ + WinAPI, то и у меня все работает отлично. А вот с QT не очень получается :-(

[niXman]

А вот с QT не очень получается :-(

а должно?

[Gordey1978]

А вот с QT не очень получается :-(

а должно?

Думаю, что способ есть :-)