Por que não escrever para stdin?

Ter um fluxo de entrada separado de um fluxo de saída torna mais fácil para um programa escrever sua saída ao mesmo tempo em que está lendo sua entrada.

Torna mais fácil permitir que um programa escreva sua saída em outro lugar do que de onde veio sua entrada, usando redirecionamentos ou pipes.

Além disso, além de ser apenas uma convenção , os três fluxos de E/S padrão também são padrão . Veja, por exemplo , a seção sobre fluxos de E/S padrão na parte Interfaces do sistema do padrão POSIX.

A justificativa para essa seção diz:

Embora o padrão ISO C garanta que, na inicialização do programa, stdin esteja aberto para leitura e stdout e stderr estejam abertos para gravação, essa garantia é condicionada (como todas as garantias feitas pelos padrões ISO C e POSIX) ao programa ser executado em um ambiente em conformidade. Programas executados com descritor de arquivo 0 não aberto para leitura ou com descritor de arquivo 1 ou 2 não aberto para escrita são executados em um ambiente não conforme. Os criadores de aplicativos são avisados ​​[...] para não executar um utilitário padrão ou um aplicativo em conformidade com o descritor de arquivo 0 não aberto para leitura ou com o descritor de arquivo 1 ou 2 não aberto para gravação.

Um ponteiro FILE como stdin, stdout e stderr só pode conter um descritor de arquivo subjacente. Assim, se você tiver uma configuração de pipeline como:

ls | grep foo | less

Então stdin, stdout e stderr do grep têm diferentes fileno()s porque existem dois pipe()s conectados. Assim, deve haver arquivos diferentes também.