Citation
oudoubah
Si tu peux estimer quelle est la taille de tes
fichiers lors du traitement, tu peux créer un ramdisk et y déposer tes fichiers temporaires.

Citation
oudoubah
Concernant les tubes imbriqués, il y aurait peut
être une solution (tordue) en jouant avec les
descripteurs de fichiers, ainsi les stdout seront
bien séparés.

exec 3 >fichier_a_modifier
cat fichier_a_modifier |modif 1>&3

Citation
oudoubah
Une autre solution (moins belle) serait de créer
un certain nombre de tubes nommés, et de rediriger
chaque commande dans un tel tube

mknod fifo p
cat fichier |truc_qui_modifie >fifo &
cat fifo >fichier

cat test1 | cat >test1; cat test1

echo -e "\n1 toto\n\n#EOF" >test1
echo -e "\n2 titi\n\n#EOF" >test2
echo -e "\n3 tutu\n\n#EOF" >test3
echo -e "\n4 tata\n\n#EOF" >test4
echo -e "\n5 tete\n\n#EOF" >test5

ls test* | while read fichier; do echo "$(cat $fichier | sed s/t/p/g )" > $fichier;done

Citation
Mushroom
En fait, le problème doit être que l'ouverture en
écriture efface le fichier avant qu'il soit lu.

Citation
Mushroom
Perso, je ferais comme ça :

echo "$(cat "fichier_a_modifier" |truc_qui_modifie)" > fichier_a_modifier

Citation
Sve@r
ASTUCIEUX... mais si le shell commence par faire sa redirection il commencera quand-même par eraser le fichier...

#!/bin/sh

# Initialisation du test.
echo -e "\n1 toto\n\n#EOF" >test1
echo -e "\n2 titi\n\n#EOF" >test2
echo -e "\n3 tutu\n\n#EOF" >test3
echo -e "\n4 tata\n\n#EOF" >test4
echo -e "\n5 tete\n\n#EOF" >test5

ls -1 test* | while read fichier; do
    (
    # fichier en entrée standard
    exec 0<$fichier 
    cat | sed s/t/p/g > $fichier
    )
done
cat  test*

echo "$(cat "fichier_a_modifier") | truc_qui_modifie > fichier_a_modifier

#!/bin/sh

# Initialisation du test.
echo -e "\n1 toto\n\n#EOF" >test1
echo -e "\n2 titi\n\n#EOF" >test2
echo -e "\n3 tutu\n\n#EOF" >test3
echo -e "\n4 tata\n\n#EOF" >test4
echo -e "\n5 tete\n\n#EOF" >test5

ls -1 test* | while read fichier; do
   output="$(cat $fichier)"
   echo "$output" | sed s/t/p/g >$fichier
done
cat test*

Citation
Mushroom
c'est comme si le tuyau refusait de lâcher totalement son entrée avant d'avoir atteint la fin.

Citation
Mushroom
Si on veut vraiment un truc manipulable, il faudra sans doute passer
par une variable :

#!/bin/sh
output="$(cat fichier_a_modifier |truc_qui_modifie)"
echo "$output" >fichier_a_modifier

Remarque, c'est en RAM et c'est propre une fois le script terminé.

Citation
Mushroom
Hello,

Autrement, tu peux jeter un oeil sur la commande
flock pour les question de non-concurrence. Je
l'ai découverte il n'y a pas longtemps.

#!/bin/sh

exec 3< $1
rm $1
cut -d':' -f 1 <&3 | tr '[a-z]' '[A-Z]' i| head -n 1> $1

Citation

[oudoubah@Tuxtop tmp]$ !cp
cp /etc/passwd ./
[oudoubah@Tuxtop tmp]$ ./toto.sh passwd
[oudoubah@Tuxtop tmp]$ cat passwd
ROOT
[oudoubah@Tuxtop tmp]$

Citation

[oudoubah@Tuxtop tmp]$ cat toto.sh
#!/bin/sh

exec 3< $1
rm $1
sleep 120
[oudoubah@Tuxtop tmp]$ ./toto.sh passwd &
[1] 2762
[oudoubah@Tuxtop tmp]$ ls -l /proc/2762/fd/
total 0
lrwx------ 1 oudoubah users 64 jan 30 19:32 0 -> /dev/pts/0
lrwx------ 1 oudoubah users 64 jan 30 19:32 1 -> /dev/pts/0
lrwx------ 1 oudoubah users 64 jan 30 19:32 2 -> /dev/pts/0
lr-x------ 1 oudoubah users 64 jan 30 19:32 255 -> /tmp/toto.sh*
lr-x------ 1 oudoubah users 64 jan 30 19:32 3 -> /tmp/passwd (deleted)
[oudoubah@Tuxtop tmp]$ cp /proc/2762/fd/3 passwd2
[oudoubah@Tuxtop tmp]$ ls
enlightenment-oudoubah/ gconfd-oudoubah/ orbit-oudoubah/ passwd2 toto.sh*

Citation
oudoubah
Il y a une solution qui passe par un descripteur
de fichier, et la suppression du fichier

#!/bin/sh

exec 3< $1
rm $1
cut -d':' -f 1 <&3 | tr '' '' i| head -n
1> $1

Un exemple :

$ !cp
cp /etc/passwd ./
$ ./toto.sh passwd
$ cat passwd
ROOT
$

On utilise ici le fait qu'un fichier n'est
supprimé que lorsque tous les processus qui
l'utilisent l'ont fermé, et qu'on peut donc y
accéder via le descripteur correspondant au
fichier du processus correspondant.