Pour info, finalement, j'ai juste ré-écrit le script de manière plus lisible.
Et, après avoir re-testé ce matin sur les 2 machines, j'ai à le même comportement :/ pt'être un truc lié au 27 Novembre ? :)
Quoiqu'il en soit, ce bout de truc ne marchait juste pas en ksh alors qu'il marche en bash. Il n'écrit rien, ni sur stdout, ni dans le fichier. Alors que le client utilise ce script depuis des années sans jamais s'en être rendu compte. C'est d'ailleurs pour ça que je l'ai ré-écris.
Ceci dis, par curiosité, si quelqu'un pouvait m’expliquer le pourquoi ça fonctionne en bash et pas en ksh ... et éventuellement, qu'est-ce que ça fait exactement.
Pour moi, ça redirige la sortie standard dans un sous shell qui redirige sa sortie standard sur tee.
Le type utilisait ça pour mettre stdout et stderr dans un tee => echo plop 1> >(tee -a $LOG_OUT) 2> >(tee -a $LOG_ERR >&2).
# Re-écriture du script
Posté par Cereal Killer . En réponse au message Comportement bizarre de redirection en ksh. Évalué à 1.
Pour info, finalement, j'ai juste ré-écrit le script de manière plus lisible.
Et, après avoir re-testé ce matin sur les 2 machines, j'ai à le même comportement :/ pt'être un truc lié au 27 Novembre ? :)
Quoiqu'il en soit, ce bout de truc ne marchait juste pas en ksh alors qu'il marche en bash. Il n'écrit rien, ni sur stdout, ni dans le fichier. Alors que le client utilise ce script depuis des années sans jamais s'en être rendu compte. C'est d'ailleurs pour ça que je l'ai ré-écris.
Ceci dis, par curiosité, si quelqu'un pouvait m’expliquer le pourquoi ça fonctionne en bash et pas en ksh ... et éventuellement, qu'est-ce que ça fait exactement.
Pour moi, ça redirige la sortie standard dans un sous shell qui redirige sa sortie standard sur tee.
Le type utilisait ça pour mettre stdout et stderr dans un tee => echo plop 1> >(tee -a $LOG_OUT) 2> >(tee -a $LOG_ERR >&2).