Bonjour,
J'essaie de faire une commande pour
modifier tous les fichiers "e;.txt"e; d'un repertoire afin de passer de l'UFT-8 au mac roman
Je sais faire une commande qui mets le résultat dans un nouveau fichier texte ( en terminant par " > nouveaufichier.txt" ) mais je voudrais que les fichiers modifiés gardent le meme nom
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas spécialement des scripts de J-B qui, je crois, est loin d'être le seul à utiliser ce qu'il a indiqué). C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir. Oserai-je te dire bonne journée ? ;-) -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas
spécialement des scripts de J-B qui, je crois, est loin d'être le seul
à utiliser ce qu'il a indiqué).
C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir.
Oserai-je te dire bonne journée ? ;-)
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas spécialement des scripts de J-B qui, je crois, est loin d'être le seul à utiliser ce qu'il a indiqué). C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir. Oserai-je te dire bonne journée ? ;-) -- Michel VAUQUOIS - <http://michelvauquois.fr>
Matt
On dim. 10 mai 2020 (01:28), Joseph-B wrote:
Normalement il ne faut pas faire ce genre de chose : iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande. J'avoue que je serais bien embêté de le faire directement dans le Terminal
La redirection opérée par les shells sont pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier. -- elasiate: j'ai un truc enorme elasiate: (autre que mon sexe) * bashfr.org
On dim. 10 mai 2020 (01:28),
Joseph-B <josephb@nowhere.invalid> wrote:
Normalement il ne faut pas faire ce genre de chose :
iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à
l'exécution de la commande.
J'avoue que je serais bien embêté de le faire directement dans le
Terminal
La redirection opérée par les shells sont pourtant très simple :
« > » redirige la sortie standard du programme dans un fichier;
« >> » ajoute la sortie standard du programme dans un fichier existant,
sinon crée ce fichier.
--
elasiate: j'ai un truc enorme
elasiate: (autre que mon sexe)
* bashfr.org
Normalement il ne faut pas faire ce genre de chose : iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande. J'avoue que je serais bien embêté de le faire directement dans le Terminal
La redirection opérée par les shells sont pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier. -- elasiate: j'ai un truc enorme elasiate: (autre que mon sexe) * bashfr.org
Matt
On dim. 10 mai 2020 (01:28), Joseph-B wrote:
Normalement il ne faut pas faire ce genre de chose : iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande. J'avoue que je serais bien embêté de le faire directement dans le Terminal
La redirection opérée par les shells est pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier. -- elasiate: j'ai un truc enorme elasiate: (autre que mon sexe) * bashfr.org
On dim. 10 mai 2020 (01:28),
Joseph-B <josephb@nowhere.invalid> wrote:
Normalement il ne faut pas faire ce genre de chose :
iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à
l'exécution de la commande.
J'avoue que je serais bien embêté de le faire directement dans le
Terminal
La redirection opérée par les shells est pourtant très simple :
« > » redirige la sortie standard du programme dans un fichier;
« >> » ajoute la sortie standard du programme dans un fichier existant,
sinon crée ce fichier.
--
elasiate: j'ai un truc enorme
elasiate: (autre que mon sexe)
* bashfr.org
Normalement il ne faut pas faire ce genre de chose : iconv [options] toto.txt > toto.txt
Là, il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande. J'avoue que je serais bien embêté de le faire directement dans le Terminal
La redirection opérée par les shells est pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier. -- elasiate: j'ai un truc enorme elasiate: (autre que mon sexe) * bashfr.org
josephb
pehache wrote:
La programmation c'est plus de 50% de mon activité professionnelle depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas là, la question d'origine porte sur la façon de le faire avec des redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services qu'AppleScript ne saurait pas faire simplement , voire pas du tout, depuis seulement une douzaine d'années, OK. N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de pas mal de tutos dont par exemple celui consacré aux redirections sur cette page <https://www.tutorialspoint.com/unix/unix-io-redirections.htm> qui dit en introduction : *********** Most Unix system commands take input from your terminal and send the resulting output back to your terminal. A command normally reads its input from the standard input, which happens to be your terminal by default. Similarly, a command normally writes its output to standard output, which is again your terminal by default. Output Redirection: The output from a command normally intended for standard output can be easily diverted to a file instead. This capability is known as output redirection. If the notation > file is appended to any command that normally writes its output to standard output, the output of that command will be written to file instead of your terminal. ************* Partant de là, comme personne ne m'avait dit que ce n'était pas possible, j'ai bêtement appliqué ce que laissait entendre ce préliminaire, et ça a marché. Je ne vois pas quoi dire de plus ? -- J. B.
pehache <pehache.7@gmail.com> wrote:
La programmation c'est plus de 50% de mon activité professionnelle
depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie
je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas
là, la question d'origine porte sur la façon de le faire avec des
redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services
qu'AppleScript ne saurait pas faire simplement , voire pas du tout,
depuis seulement une douzaine d'années, OK.
N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de
pas mal de tutos dont par exemple celui consacré aux redirections sur
cette page
<https://www.tutorialspoint.com/unix/unix-io-redirections.htm>
qui dit en introduction :
***********
Most Unix system commands take input from your terminal and send the
resulting output back to your terminal. A command normally reads its
input from the standard input, which happens to be your terminal by
default. Similarly, a command normally writes its output to standard
output, which is again your terminal by default.
Output Redirection:
The output from a command normally intended for standard output can be
easily diverted to a file instead. This capability is known as output
redirection.
If the notation > file is appended to any command that normally writes
its output to standard output, the output of that command will be
written to file instead of your terminal.
*************
Partant de là, comme personne ne m'avait dit que ce n'était pas
possible, j'ai bêtement appliqué ce que laissait entendre ce
préliminaire, et ça a marché.
La programmation c'est plus de 50% de mon activité professionnelle depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas là, la question d'origine porte sur la façon de le faire avec des redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services qu'AppleScript ne saurait pas faire simplement , voire pas du tout, depuis seulement une douzaine d'années, OK. N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de pas mal de tutos dont par exemple celui consacré aux redirections sur cette page <https://www.tutorialspoint.com/unix/unix-io-redirections.htm> qui dit en introduction : *********** Most Unix system commands take input from your terminal and send the resulting output back to your terminal. A command normally reads its input from the standard input, which happens to be your terminal by default. Similarly, a command normally writes its output to standard output, which is again your terminal by default. Output Redirection: The output from a command normally intended for standard output can be easily diverted to a file instead. This capability is known as output redirection. If the notation > file is appended to any command that normally writes its output to standard output, the output of that command will be written to file instead of your terminal. ************* Partant de là, comme personne ne m'avait dit que ce n'était pas possible, j'ai bêtement appliqué ce que laissait entendre ce préliminaire, et ça a marché. Je ne vois pas quoi dire de plus ? -- J. B.
josephb
Matt wrote:
La redirection opérée par les shells est pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier.
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher en utilisant en entrée et sortie le même fichier, d'où mon embarras, parce que je ne suis pas un gouru du Shell, loin de là. -- J. B.
Matt <matt@lv426.eu.invalid> wrote:
La redirection opérée par les shells est pourtant très simple :
« > » redirige la sortie standard du programme dans un fichier;
« >> » ajoute la sortie standard du programme dans un fichier existant,
sinon crée ce fichier.
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins
que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher
en utilisant en entrée et sortie le même fichier, d'où mon embarras,
parce que je ne suis pas un gouru du Shell, loin de là.
La redirection opérée par les shells est pourtant très simple : « > » redirige la sortie standard du programme dans un fichier; « >> » ajoute la sortie standard du programme dans un fichier existant, sinon crée ce fichier.
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher en utilisant en entrée et sortie le même fichier, d'où mon embarras, parce que je ne suis pas un gouru du Shell, loin de là. -- J. B.
pehache
Le 10/05/2020 à 11:51, M.V. a écrit :
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas spécialement des scripts de J-B qui, je crois, est loin d'être le seul à utiliser ce qu'il a indiqué).
Ca tourne au sketch... https://youtu.be/Vp_NrF9zfEw?tH5
C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir.
"On (pronom) ... "on" peut référer à tout un ensemble de personnes, au sens de « les gens ». Par exemple : « En France, on célèbre la fête nationale le 14 juillet. » ;" https://fr.wikipedia.org/wiki/On_(pronom) -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Le 10/05/2020 à 11:51, M.V. a écrit :
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas
spécialement des scripts de J-B qui, je crois, est loin d'être le seul
à utiliser ce qu'il a indiqué).
Ca tourne au sketch...
https://youtu.be/Vp_NrF9zfEw?tH5
C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir.
"On (pronom)
...
"on" peut référer à tout un ensemble de personnes, au sens de « les gens
». Par exemple : « En France, on célèbre la fête nationale le 14
juillet. » ;"
https://fr.wikipedia.org/wiki/On_(pronom)
--
- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
- "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Le 10 mai 2020 à 11 h 39, pehache a pris le temps d'écrire :
C'est surtout obscur pour quelqu'un qui n'a pas lu les scripts de J-B.
Tout à fait et c'est même ce que je disais (sauf que je ne parlais pas spécialement des scripts de J-B qui, je crois, est loin d'être le seul à utiliser ce qu'il a indiqué).
Ca tourne au sketch... https://youtu.be/Vp_NrF9zfEw?tH5
C'est juste le "on" qui me gênait : un "je" ne m'aurait pas fait réagir.
"On (pronom) ... "on" peut référer à tout un ensemble de personnes, au sens de « les gens ». Par exemple : « En France, on célèbre la fête nationale le 14 juillet. » ;" https://fr.wikipedia.org/wiki/On_(pronom) -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
M.V.
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ? -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ?
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ? -- Michel VAUQUOIS - <http://michelvauquois.fr>
pehache
Le 10/05/2020 à 12:00, Joseph-B a écrit :
pehache wrote:
La programmation c'est plus de 50% de mon activité professionnelle depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas là, la question d'origine porte sur la façon de le faire avec des redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services qu'AppleScript ne saurait pas faire simplement , voire pas du tout, depuis seulement une douzaine d'années, OK. N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de pas mal de tutos dont par exemple celui consacré aux redirections sur cette page <https://www.tutorialspoint.com/unix/unix-io-redirections.htm> qui dit en introduction : *********** Most Unix system commands take input from your terminal and send the resulting output back to your terminal. A command normally reads its input from the standard input, which happens to be your terminal by default. Similarly, a command normally writes its output to standard output, which is again your terminal by default. Output Redirection: The output from a command normally intended for standard output can be easily diverted to a file instead. This capability is known as output redirection. If the notation > file is appended to any command that normally writes its output to standard output, the output of that command will be written to file instead of your terminal. ************* Partant de là, comme personne ne m'avait dit que ce n'était pas possible, j'ai bêtement appliqué ce que laissait entendre ce préliminaire, et ça a marché. Je ne vois pas quoi dire de plus ?
Donner un exemple de ce que tu as fais dans le genre "utiliser le même fichier en entrée et en sortie avec des redirections unix" Note que tu as toi-même dit qu'avec cet exemple : iconv [options] toto.txt > toto.txt (je cite) "il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande." (et c'est effectivement ce qui se passe dans ce genre de cas) Moi je ne parle pas d'autre chose. -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Le 10/05/2020 à 12:00, Joseph-B a écrit :
pehache <pehache.7@gmail.com> wrote:
La programmation c'est plus de 50% de mon activité professionnelle
depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie
je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas
là, la question d'origine porte sur la façon de le faire avec des
redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services
qu'AppleScript ne saurait pas faire simplement , voire pas du tout,
depuis seulement une douzaine d'années, OK.
N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de
pas mal de tutos dont par exemple celui consacré aux redirections sur
cette page
<https://www.tutorialspoint.com/unix/unix-io-redirections.htm>
qui dit en introduction :
***********
Most Unix system commands take input from your terminal and send the
resulting output back to your terminal. A command normally reads its
input from the standard input, which happens to be your terminal by
default. Similarly, a command normally writes its output to standard
output, which is again your terminal by default.
Output Redirection:
The output from a command normally intended for standard output can be
easily diverted to a file instead. This capability is known as output
redirection.
If the notation > file is appended to any command that normally writes
its output to standard output, the output of that command will be
written to file instead of your terminal.
*************
Partant de là, comme personne ne m'avait dit que ce n'était pas
possible, j'ai bêtement appliqué ce que laissait entendre ce
préliminaire, et ça a marché.
Je ne vois pas quoi dire de plus ?
Donner un exemple de ce que tu as fais dans le genre "utiliser le même
fichier en entrée et en sortie avec des redirections unix"
Note que tu as toi-même dit qu'avec cet exemple :
iconv [options] toto.txt > toto.txt
(je cite) "il y a toutes les chances que le fichier toto se retrouve
vide à l'exécution de la commande."
(et c'est effectivement ce qui se passe dans ce genre de cas)
Moi je ne parle pas d'autre chose.
--
- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
- "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
La programmation c'est plus de 50% de mon activité professionnelle depuis 25 ans, et utiliser un fichier à la fois en entrée et en sortie je sais faire, merci, tu ne m'apprends rien. Mais la question n'est pas là, la question d'origine porte sur la façon de le faire avec des redirections unix : la réponse est à ma connaissance qu'on ne peut pas.
Je ne "bricole" avec des commandes shell qui me rendent de services qu'AppleScript ne saurait pas faire simplement , voire pas du tout, depuis seulement une douzaine d'années, OK. N'étant pas tombé tout petit dans la marmite Unix, je me suis aidé de pas mal de tutos dont par exemple celui consacré aux redirections sur cette page <https://www.tutorialspoint.com/unix/unix-io-redirections.htm> qui dit en introduction : *********** Most Unix system commands take input from your terminal and send the resulting output back to your terminal. A command normally reads its input from the standard input, which happens to be your terminal by default. Similarly, a command normally writes its output to standard output, which is again your terminal by default. Output Redirection: The output from a command normally intended for standard output can be easily diverted to a file instead. This capability is known as output redirection. If the notation > file is appended to any command that normally writes its output to standard output, the output of that command will be written to file instead of your terminal. ************* Partant de là, comme personne ne m'avait dit que ce n'était pas possible, j'ai bêtement appliqué ce que laissait entendre ce préliminaire, et ça a marché. Je ne vois pas quoi dire de plus ?
Donner un exemple de ce que tu as fais dans le genre "utiliser le même fichier en entrée et en sortie avec des redirections unix" Note que tu as toi-même dit qu'avec cet exemple : iconv [options] toto.txt > toto.txt (je cite) "il y a toutes les chances que le fichier toto se retrouve vide à l'exécution de la commande." (et c'est effectivement ce qui se passe dans ce genre de cas) Moi je ne parle pas d'autre chose. -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
pehache
Le 10/05/2020 à 12:34, M.V. a écrit :
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ?
https://www.youtube.com/watch?v=LbOki7uvaKA -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Le 10/05/2020 à 12:34, M.V. a écrit :
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ?
https://www.youtube.com/watch?v=LbOki7uvaKA
--
- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
- "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Le 10 mai 2020 à 12 h 25, pehache a pris le temps d'écrire :
"On (pronom)
Tu n'as pas une vidéo sur l'incommunicabilité ?
https://www.youtube.com/watch?v=LbOki7uvaKA -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Matt
On dim. 10 mai 2020 (12:04), Joseph-B wrote:
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher en utilisant en entrée et sortie le même fichier, d'où mon embarras, parce que je ne suis pas un gouru du Shell, loin de là.
Les redirections fonctionnent dans les deux sens. Je te laisse le soin de savoir comment les utiliser ;) -- Katana:les chiottes m'appellent ! Thomas:Ah la chance Thomas:J'ai pas encore cette technologie, moi * bashfr.org
On dim. 10 mai 2020 (12:04),
Joseph-B <josephb@nowhere.invalid> wrote:
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins
que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher
en utilisant en entrée et sortie le même fichier, d'où mon embarras,
parce que je ne suis pas un gouru du Shell, loin de là.
Les redirections fonctionnent dans les deux sens. Je te laisse le soin
de savoir comment les utiliser ;)
--
Katana:les chiottes m'appellent !
Thomas:Ah la chance
Thomas:J'ai pas encore cette technologie, moi
* bashfr.org
C'est ce que j'ai cru faire pendant des années avec succès, mais à moins que je l'ai mal compris, pehache sembel dire que ça ne peut pas marcher en utilisant en entrée et sortie le même fichier, d'où mon embarras, parce que je ne suis pas un gouru du Shell, loin de là.
Les redirections fonctionnent dans les deux sens. Je te laisse le soin de savoir comment les utiliser ;) -- Katana:les chiottes m'appellent ! Thomas:Ah la chance Thomas:J'ai pas encore cette technologie, moi * bashfr.org
