Discussion :

[figarojuju]

Bonjour,
j'ai tapé quelques lignes de codes et dans un cas j'obtiens bien ce que je souhaite mais pas dans l'autre: sauriez-vous m'expliquer la différence entre ces deux solutions pour convertir l'ensemble de mon répertoire où j'ai mes fichiers wav en mp3:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
 ls *wav|while read i;do lame -V2 "$i" "$( echo "$i" | sed 's/wav/mp3/' )";done

Qui marche nickel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
for i in "$( ls *wav )";do lame -V2 "$i" "$( echo "$i" | sed 's/wav/mp3/' )";done

qui ne marche pas...

Merci et bonne soirée

[KindPlayer]

essaie en enlevant les " " devant $(ls *wav)

[Sve@r]

Bonjour,
j'ai tapé quelques lignes de codes et dans un cas j'obtiens bien ce que je souhaite mais pas dans l'autre: sauriez-vous m'expliquer la différence entre ces deux solutions pour convertir l'ensemble de mon répertoire où j'ai mes fichiers wav en mp3:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
 ls *wav|while read i;do lame -V2 "$i" "$( echo "$i" | sed 's/wav/mp3/' )";done

Qui marche nickel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
for i in "$( ls *wav )";do lame -V2 "$i" "$( echo "$i" | sed 's/wav/mp3/' )";done

qui ne marche pas...

Merci et bonne soirée

Mis à part un problème de guillemet, la différence tient dans la façon dont chaque boucle travaille

1) la boucle for: utilise l'espace pour séparer ses éléments. Donc si t'as un fichier dont le nom contient un espace, style "ma musique.wav", ta boucle traitera ce fichier en 2 étapes
- étape "ma"
- étape "musique.wav"
et aucune de ces 2 étapes ne fonctionnera vu qu'aucun des deux fichiers cités n'existe.

2) boucle while read: utilise le fait que read se cale sur le <return> pour travailler et renvoie faux quand il n'a plus rien à lire. Donc tu remplis l'entrée standard avec le résultat du "ls" (plusieurs lignes) puis tu lis chaque ligne (terminée par un <return>) donc chaque fichier. Ca marche super bien même si t'as un espace dans ton nom de fichier mais le seul inconvénient, c'est que si tu crées une variable dans la boucle, elle disparait à la fin de du pipe (sous-processus).

Voilà.

[KindPlayer]

ah ouaiiii ces ****** d'espaces (excusez moi ) dans les noms de fichier, l'erreur à éviter absolument sous Linux. Combien de fois me suis-je arraché les cheveux à cause ça? Tout ça pour à chaque fois revenir sur un "while read" effectivement. Bizarrement j'y ai pas pensé hier.

[figarojuju]

Bonjour,
je me doutais qu'il pouvait y avoir une différence de ce type avec for et while. Mais même après avoir fait un help for et un help while, je ne l'avais pas si bien compris qu'avec ton explication.
En tout cas merci pour vos aides respectives, je n'avais aucune idée comment traiter ces espaces!
Bonne journée!

[Sve@r]

Mais même après avoir fait un help for et un help while, je ne l'avais pas si bien compris qu'avec ton explication.

Faut juste savoir 2 choses:

1) le while continue tant que la commande placée derrière renvoie "vrai" =>
while test... while grep... while true...

2) la commande "read" renvoie "faux" quand elle ne lit plus rien

En associant ces deux infos, on arrive facilement au while read. Ne reste plus qu'à modifier l'entrée standard grace au pipe et on conclut avec

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/bin/sh
commande_quelconque_qui_affiche_plein_de_lignes |while read lig
do
    <traitement de chaque ligne stockée dans $lig>
done

[Alain.g]

s le seul inconvénient, c'est que si tu crées une variable dans la boucle, elle disparait à la fin de du pipe (sous-processus)..

Bonsoir

En bash on peut éviter cet inconvénient par la substitution de processus

exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#!/bin/bash
while read i ; do var=$i ; done < <(echo contenu)
echo "$var"