Incompréhension syntaxe shell

Version imprimable

14/09/2012, 13h10
chekchouka

Incompréhension syntaxe shell

Bonjour,

Merci de m'expliquer ce qu'est censé faire cette commande :

Code:

sed '$d' "dossier1/fichier.csv" > "dossier1/fichier.csv"

Il me semble que le fichier est copié de dossier1 vers dossier2, mais je ne comprend pas le $d.
J'ai essayé de faire des recherches mais pas facile de trouver ce que je veux avec ces caractères spéciaux.

Merci de votre aide.

Cordialement.

PS : si vous pouvez aussi me dire ce que '$?' représnte...
14/09/2012, 13h18
matafan

"$" matche la dernière ligne. "d" supprime la ligne. Cette commande supprime donc la dernière ligne du fichier.

A noter qu'il est incorrecte d'écrire dans le fichier qu'on est en train de lire, comme on le fait ici. Avec un peu de chance ça peut donner l'impression que ça marche sur de petits fichiers, mais pour des fichiers plus gros tu te retrouvera généralement avec un fichier vide.

Il faut soit écrire dans un fichier différent, soit utiliser le flag -i, qui est fait pour ça.
14/09/2012, 13h29
frp31

Citation:

Envoyé par chekchouka

Bonjour,

Merci de m'expliquer ce qu'est censé faire cette commande :
sed '$d' "dossier1/fichier.csv" > "dossier1/fichier.csv"
Il me semble que le fichier est copié de dossier1 vers dossier2, mais je ne comprend pas le $d.
J'ai essayé de faire des recherches mais pas facile de trouver ce que je veux avec ces caractères spéciaux.

Merci de votre aide.

Cordialement.

PS : si vous pouvez aussi me dire ce que '$?' représnte...

$d est une commande sed et comme indiqué par matafan, c'est juste pour virer la dernière ligne

quand à $? c'est un retour au niveau shell
typiquement le code retour de la dernière commande passée, classiquement 0 est sencé réeprésenté un OK et 1 un KO, mais c'est pas tjrs si simple, et il peut y avoir d'autres valeurs.

pour sed une aide précieuse : http://sed.sourceforge.net/sed1line.txt
14/09/2012, 13h33
chekchouka

Merci de votre rapidité. ça répond parfaitement à mes questions. En fait c'est un script qui existe déjà et que je ne comprend pas totalement, et j'ai du mal à faire des recherches claires sur les points qui me posent pb à cause des caractères spéciaux :-)

Bonne journée.
14/09/2012, 14h47
jack-ft

Citation:

Envoyé par frp31

pour sed une aide précieuse : http://sed.sourceforge.net/sed1line.txt

Merci beaucoup pour le lien!
Je confirme: très précieux (ainsi que tout le site http://sed.sourceforge.net)
15/09/2012, 08h07
thierry.chich

Citation:

Envoyé par matafan

A noter qu'il est incorrecte d'écrire dans le fichier qu'on est en train de lire, comme on le fait ici. Avec un peu de chance ça peut donner l'impression que ça marche sur de petits fichiers, mais pour des fichiers plus gros tu te retrouvera généralement avec un fichier vide.

Il faut soit écrire dans un fichier différent, soit utiliser le flag -i, qui est fait pour ça.

tout à fait exact ! C'est une vilaine erreur. Tant que le fichier est de la taille du buffet, ça va rouler, parce que son contenu sera stocké en mémoire et donc réécrit dans le fichier. Au-delà, fichier vide !
16/09/2012, 15h22
Sve@r
Citation:

Envoyé par matafan

Avec un peu de chance ça peut donner l'impression que ça marche sur de petits fichiers, mais pour des fichiers plus gros tu te retrouvera généralement avec un fichier vide.

Citation:

Envoyé par thierry.chich

tout à fait exact ! C'est une vilaine erreur. Tant que le fichier est de la taille du buffet, ça va rouler, parce que son contenu sera stocké en mémoire et donc réécrit dans le fichier. Au-delà, fichier vide !

Salut
Non non même sur des fichiers minuscules il n'y a aucune chance que ça fonctionne. Car dès qu'il voit un redirection, le shell commence par créer le fichier de destination vide (ou le vider s'il existe déjà). Donc quelle que soit sa taille et quelle que soit la taille du buffer, on se retrouve toujours avec un fichier en final vide.

Toutefois il existe quand-même un moyen de faire un traitement sur un fichier en le réécrivant. Il suffit de passer par les canaux numérotés. Le 0, 1 et 2 étant déjà utilisés on peut prendre le 3 (ou 4 ou...)
Code:

1 2 3 exec 3<"dossier1/fichier.csv" rm -f "dossier1/fichier.csv" sed ... 0<&3 > "dossier1/fichier.csv"
Et ça, ça fonctionne sur des fichiers même super gros (suis déjà allé jusqu'à 4G sans souci). Toutefois, l'effacement étant obligatoire (pour que la redirection crée un fichier différent de celui relié au canal 3), s'il y a une interruption entre le rm et le traitement alors...:aie: