Принудительная линейная буферизация стандартного вывода при подключении к тройнику

Обычно stdoutэто строчная буферизация. Другими словами, если ваш printfаргумент заканчивается новой строкой, вы можете ожидать, что строка будет напечатана мгновенно. Похоже, это не выполняется при использовании канала для перенаправления tee.

У меня есть программа на C ++ a, которая выводит строки, которые всегда \nзавершаются, в stdout.

Когда он запускается сам по себе ( ./a), все печатается правильно и в нужное время, как и ожидалось. Однако, если я передаю его в tee( ./a | tee output.txt), он ничего не печатает, пока не завершит работу, что противоречит цели использования tee.

Я знаю, что могу исправить это, добавив fflush(stdout)после каждой операции печати в программе на C ++. Но есть ли более чистый и простой способ? Есть ли команда, которую я могу запустить, например, для принудительной stdoutстрочной буферизации даже при использовании канала?

Попробуйте, unbufferчто входит в expectкомплект. Возможно, он уже есть в вашей системе.

В вашем случае вы бы использовали это так:

./a | unbuffer -p tee output.txt

( -pдля режима конвейера, в котором unbuffer читает из stdin и передает его команде в остальных аргументах)

можешь попробовать stdbuf

$ stdbuf -o 0 ./a | tee output.txt

(большая) часть справочной страницы:

  -i, --input=MODE   adjust standard input stream buffering
  -o, --output=MODE  adjust standard output stream buffering
  -e, --error=MODE   adjust standard error stream buffering

If MODE is 'L' the corresponding stream will be line buffered.
This option is invalid with standard input.

If MODE is '0' the corresponding stream will be unbuffered.

Otherwise MODE is a number which may be followed by one of the following:
KB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on for G, T, P, E, Z, Y.
In this case the corresponding stream will be fully buffered with the buffer
size set to MODE bytes.

имейте это в виду:

NOTE: If COMMAND adjusts the buffering of its standard streams ('tee' does
for e.g.) then that will override corresponding settings changed by 'stdbuf'.
Also some filters (like 'dd' and 'cat' etc.) dont use streams for I/O,
and are thus unaffected by 'stdbuf' settings.

вы не работаете stdbufна tee, вы работаете его a, так что это не должно повлиять на вас, если вы не установите буферизацию a«потоков s в a» s источника.

Кроме того, stdbufэто не POSIX, а часть GNU-coreutils.

Вы также можете попытаться выполнить свою команду в псевдотерминале, используя scriptкоманду (которая должна обеспечить вывод в конвейер с строчной буферизацией)!

script -q /dev/null ./a | tee output.txt     # Mac OS X, FreeBSD
script -c "./a" /dev/null | tee output.txt   # Linux

Имейте в виду, что эта scriptкоманда не возвращает обратно статус завершения обернутой команды.

Вы можете использовать setlinebuf из stdio.h.

setlinebuf(stdout);

Это должно изменить буферизацию на «буферизованную строку».

Если вам нужна большая гибкость, вы можете использовать setvbuf.

Если вместо этого вы используете классы потоков C ++, каждый std::endl будет неявным сбросом. Используя печать в стиле C, я думаю, что предложенный вами метод ( fflush()) - единственный способ.

Команда unbufferиз expectпакета в @Paused до дальнейшего уведомления не сработала для меня в том виде, в котором она была представлена.

Вместо того, чтобы использовать:

./a | unbuffer -p tee output.txt

Пришлось использовать:

unbuffer -p ./a | tee output.txt

( -pдля режима конвейера, в котором unbuffer читает из stdin и передает его команде в остальных аргументах)

expectПакет может быть установлен на:

1. MSYS2 с pacman -S expected
2. Mac OS с brew install expected