Le vendredi 30 juin 2006 08:25, Marc TERRIER a écrit :
> J'aurais cru naïvement que "# ma_commande 2>&1 >fichier.log" avait pour
> effet de rediriger stderr dans stdout, puis de mettre *le tout* dans le
> fichier de log. Cela me paraissait logique, et simple. Manque de bol,
> c'est pas comme ça que ça marche.
C'est une histoire de référence : 2>&1 fait pointer stderr vers la référence
*pointée* par stdout, et non pas vers stdout lui-même... C'est ça la
piège !
> Si je tente une comparaison "enfantine" entre les canaux de sortie et des
> entonnoirs, et entre le fichier de log et un seau, je ne vois pas grande
> différence entre le fait de mettre l'entonnoir stdout au dessus du seau,
> puis l'entonnoir stderr au dessus de l'entonnoir stdout, et l'inverse :
> l'entonnoir stderr au dessus de l'entonnoir stdout, puis l'entonnoir
> stdout au dessus du seau. Dans un cas comme dans l'autre, le seau
> contiendra bien au final tout ce que l'on aura mis dans chacun des deux
> entonnoirs.
>
> Mais c'est peut-être justement là que ça coince : à force de vouloir
> faire des analogies avec des objets du monde réel, pour tenter
> d'expliquer le plus clairement possible, on court le risque que
> l'analogie ne vienne desservir l'explication.
Et oui, un ordi c'est très con ! Et c'est tant mieux ;o)
--
Frédéric
http://www.gbiloba.org
