Deux sorties, deux destins

for (int i = 0; i < 3; i = i + 1) {
    printf("resultat %d\n", i);
    fprintf(stderr, "trace %d\n", i);
}

Non, et la mesure est catégorique. Au terminal, les six lignes s'entrelacent dans l'ordre du programme. Redirigées ensemble dans un fichier, elles sortent ainsi :

trace 0
trace 1
trace 2
resultat 0
resultat 1
resultat 2

Toutes les traces avant tous les résultats, alors que le programme les a écrites en alternance.

La cause est le tamponnage, et il dépend de la destination :

Redirigé, stdout accumule ses trois lignes dans son tampon et ne les écrit qu'à la fin du programme ; stderr écrit immédiatement. D'où l'inversion.

Ce n'est pas un défaut, c'est le contrat : la sortie d'erreur doit parvenir même si le programme est tué à l'instant suivant — un message d'erreur perdu dans un tampon ne sert à rien. Le prix est cet ordre trompeur, et il coûte cher en mise au point : on croit lire une chronologie, on lit deux chronologies superposées.

Les deux parades. Séparer les flux — > res.txt 2> err.txt — ce qui rend chaque fichier lisible et est la raison d'être des deux sorties ; ou forcer l'écriture par fflush(stdout) avant chaque trace, ce qui rétablit l'ordre au prix d'un appel système par ligne.