Как я могу прочитать вывод процесса, который не был сброшен?

ИМХО, это одна из менее логичных частей буферизации ввода-вывода: она действует по-разному, когда направляется на терминал, в файл или канал. Если IO направлен на файл или канал, это обычно буферизированный, это означает, что вывод фактически записывается только тогда, когда буфер заполнен или когда происходит явное очищение => это то, что вы видите, когда вы выполняете программу через popen,

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

Плохо то, что если вы попытаетесь провести интерактивное приложение через каналы, вы потеряете: подсказки могут быть прочитаны только тогда, когда приложение завершится или когда будет выведено достаточно текста для заполнения буфера. Вот почему разработчики Unix изобрели так называемые псевдо ттыс (pty). Они реализованы как драйверы терминала, так что приложение использует интерактивную буферизацию, но IO фактически управляется другой программой, владеющей главной частью pty.

К сожалению, как ты пишешь application.exe, Я предполагаю, что вы используете Windows, и я не знаю эквивалентного механизма в Windows API. Вызываемый должен использовать небуферизованный ввод-вывод (stderr по умолчанию небуферизовано), чтобы вызывающий абонент мог прочитать подсказки перед отправкой ответа.

Проблемы моего вопроса в моем оригинальном посте уже очень хорошо объяснены
в других ответах.
Консольные приложения используют функцию с именем isatty() обнаружить
если их stdout Обработчик подключен к трубе или реальной консоли. В случае трубы
весь вывод буферизируется и сбрасывается порциями, кроме случаев, когда вы напрямую вызываете fflush(),
В случае реальной консоли вывод небуферизован и напрямую выводится на
консольный вывод.
В Linux вы можете использовать openpty() создать псевдотерминал и создать в нем свой процесс. Как
В результате процесс будет думать, что он работает в реальном терминале и использует небуферизованный вывод.
Windows, кажется, не имеет
такой вариант.

После долгих поисков документации по winapi я обнаружил, что это не правда. На самом деле вы можете создать
свой собственный экранный буфер консоли и использовать его для stdout вашего процесса, который будет небуферизованным тогда.
К сожалению, это не очень удобное решение, потому что нет обработчика событий, и нам нужно опросить новые данные.
Также на данный момент я не уверен, как обрабатывать прокрутку, когда этот экранный буфер заполнен.
Но даже если есть еще проблемы
Слева, я думаю, я создал очень полезную (и интересную) отправную точку для тех из вас, кто когда-либо хотел получить небуферизованные (и неукрашенные)
вывод процесса консоли Windows.

#include <windows.h>
#include <stdio.h>

int main(int argc, char* argv[])
{
char cmdline[] = "application.exe"; // process command
HANDLE scrBuff;                     // our virtual screen buffer
CONSOLE_SCREEN_BUFFER_INFO scrBuffInfo; // state of the screen buffer
// like actual cursor position
COORD scrBuffSize = {80, 25};       // size in chars of our screen buffer
SECURITY_ATTRIBUTES sa;             // security attributes
PROCESS_INFORMATION procInfo;       // process information
STARTUPINFO startInfo;              // process start parameters
DWORD procExitCode;                 // state of process (still alive)
DWORD NumberOfCharsWritten;         // output of fill screen buffer func
COORD pos = {0, 0};                 // scr buff pos of data we have consumed
bool quit = false;                  // flag for reading loop

// 1) Create a screen buffer, set size and clear

sa.nLength = sizeof(sa);
scrBuff = CreateConsoleScreenBuffer( GENERIC_READ | GENERIC_WRITE,
FILE_SHARE_READ | FILE_SHARE_WRITE,
&sa, CONSOLE_TEXTMODE_BUFFER, NULL);
SetConsoleScreenBufferSize(scrBuff, scrBuffSize);
// clear the screen buffer
FillConsoleOutputCharacter(scrBuff, '\0', scrBuffSize.X * scrBuffSize.Y,
pos, &NumberOfCharsWritten);

// 2) Create and start a process
//      [using our screen buffer as stdout]

ZeroMemory(&procInfo, sizeof(PROCESS_INFORMATION));
ZeroMemory(&startInfo, sizeof(STARTUPINFO));
startInfo.cb = sizeof(STARTUPINFO);
startInfo.hStdOutput = scrBuff;
startInfo.hStdError = GetStdHandle(STD_ERROR_HANDLE);
startInfo.hStdInput = GetStdHandle(STD_INPUT_HANDLE);
startInfo.dwFlags |= STARTF_USESTDHANDLES;
CreateProcess(NULL, cmdline, NULL, NULL, FALSE,
0, NULL, NULL, &startInfo, &procInfo);
CloseHandle(procInfo.hThread);

// 3) Read from our screen buffer while process is alive

while(!quit)
{
// check if process is still alive or we could quit reading
GetExitCodeProcess(procInfo.hProcess, &procExitCode);
if(procExitCode != STILL_ACTIVE) quit = true;

// get actual state of screen buffer
GetConsoleScreenBufferInfo(scrBuff, &scrBuffInfo);

// check if screen buffer cursor moved since
// last time means new output was written
if (pos.X != scrBuffInfo.dwCursorPosition.X ||
pos.Y != scrBuffInfo.dwCursorPosition.Y)
{
// Get new content of screen buffer
//  [ calc len from pos to cursor pos:
//    (curY - posY) * lineWidth + (curX - posX) ]
DWORD len =  (scrBuffInfo.dwCursorPosition.Y - pos.Y)
* scrBuffInfo.dwSize.X
+(scrBuffInfo.dwCursorPosition.X - pos.X);
char buffer[len];
ReadConsoleOutputCharacter(scrBuff, buffer, len, pos, &len);

// Print new content
// [ there is no newline, unused space is filled with '\0'
//   so we read char by char and if it is '\0' we do
//   new line and forward to next real char ]
for(int i = 0; i < len; i++)
{
if(buffer[i] != '\0') printf("%c",buffer[i]);
else
{
printf("\n");
while((i + 1) < len && buffer[i + 1] == '\0')i++;
}
}

// Save new position of already consumed data
pos = scrBuffInfo.dwCursorPosition;
}
// no new output so sleep a bit before next check
else Sleep(100);
}

// 4) Cleanup and end

CloseHandle(scrBuff);
CloseHandle(procInfo.hProcess);
return 0;
}

Ты не можешь
Потому что еще не сброшенные данные принадлежат самой программе.

Я думаю, что вы можете сбросить данные в stderr или инкапсулировать функцию fgetc а также fungetc не портить поток или использовать system("application.ext >>log") а потом mmap войти в память, чтобы делать то, что вы хотите.