Path: ...!news.mixmin.net!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!usenet-fr.net!agneau.org!nntpfeed.proxad.net!proxad.net!feeder1-2.proxad.net!cleanfeed1-b.proxad.net!nnrp3-1.free.fr!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.unix
Mail-Copies-To: nobody
Subject: Re: script sh / redirection de sorties
References: <fantome.forums.tDeContes-25D9C4.22524216032022@news.free.fr> <8735jhxx27.fsf@universite-de-strasbourg.fr.invalid> <fantome.forums.tDeContes-1C229B.02274317032022@news.free.fr> <87y218wton.fsf@universite-de-strasbourg.fr.invalid>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
Date: Sat, 19 Mar 2022 16:28:02 +0100
Message-ID: <fantome.forums.tDeContes-A0265E.16280219032022@news.free.fr>
Lines: 40
Organization: Guest of ProXad - France
NNTP-Posting-Date: 19 Mar 2022 16:28:03 CET
NNTP-Posting-Host: 91.175.52.121
X-Trace: 1647703683 news-2.free.fr 4977 91.175.52.121:15185
X-Complaints-To: abuse@proxad.net
Bytes: 2698

In article <87y218wton.fsf@universite-de-strasbourg.fr.invalid>,
 Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> writes:
> 
> >> - on fait : ... 1> fichier.log 2>&1 ...
> 
> Je ne sais pas pourquoi j'ai écrit "1> fichier.log", le 1 n'est pas
> nécessaire (mais inoffensif). Donc "commande > fichier.log 2>&1"

surement parce que c'est logique et plus lisible, puisque le 1 apparait 
dans le terme suivant.


> 
> > c'est bête qu'on doive en mettre de chaque coté du nom du fichier,
> > y a-t-il un moyen plus compact, du genre : ... 2>&1 1> fichier.log ... ?
> 
> L'ordre est important, les redirections sont faites de gauche à droite
> (Il n'y a pas "deux cotés" du nom du fichier.) Dans ton exemple, l'effet
> est :
> 
> 1) 2>&1 : renvoie l'erreur (2) sur la même chose que la sortie (1, le
> terminal, à ce stade)
> 2) 1> fichier.log (ou simplement "> fichier.log") : renvoie la sortie
> sur le fichier
> 
> Donc l'erreur standard reste affectée au terminal (ou à ce à quoi était
> affectée la sortie standard au moment où elle a été dupliquée).


ce que je comprend, c'est que ça n'est pas parfaitement intuitif, parce 
que :
le 1er chiffre désigne le descripteur de fichier lui-même, tandis que le 
2eme désigne sa destination.
cad que placé en 1ere ou en 2eme position, ils n'ont pas le même sens.

-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/