[bash] Boucle sur des noms de fichiers à espaces

Version imprimable

13/12/2009, 00h41
Le Furet

[résolu] [bash] Boucle sur des noms de fichiers à espaces

Bonsoir,

je veux faire une boucle qui porte sur tous les fichiers d'un répertoire, sous-répertoires inclus. Naïvement, j'ai tapé :

for fichier in $(find -name "*.pdf")

Le problème est que si des espaces se cachent dans les noms de fichiers, ça coupe les noms de fichiers. Par exemple, si le répertoire courant contient un seul fichier "toto titi.pdf", dans ma boucle, fichier vaut successivement "toto" puis "titi.pdf", ce qui n'est pas du tout le résultat attendu.

Que faire, mon Dieu que faire ?
13/12/2009, 08h39
fransoo

Je ne sais pas ce que tu as comme OS car chez moi (Debian), la syntaxe find est différente.
Essaye donc avec

Code:

for fichier in $(ls *.pdf)

utilise plus de guillemets, Le Furet !

on ne fait pas for ...$(find...); do...
c'est soit

Code:

find $REP -type f -name "*.pdf" -exec ...

soit :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#!/bin/bash
 
recurs() {
rep="$1"
for fichier in "$rep"/*; do 
   if [ -f "$fichier" ]; then
      echo "Traitement $fichier"
   elif [ -d "$fichier" ]; then
      recurs "$fichier"
   fi
done
}
REP="$1"
[ -d "$REP" ] && recurs "$REP" || echo "Il faut indiquer un répertoire existant"

Citation:

Envoyé par Le Furet

Que faire, mon Dieu que faire ?

Utiliser un outil autre qui ne se base pas sur les espaces pour découper ses éléments. Comme par exemple le read...
Code:

1 2 3 4 find -name "*.pdf" -print |while read fichier do echo "[$fichier]" done
Citation:

Envoyé par fransoo

Je ne sais pas ce que tu as comme OS car chez moi (Debian), la syntaxe find est différente.

Sa syntaxe find est parfaite et correspond à sa préconisation. De plus, je ne vois pas en quoi une distribution ou une autre pourrait influer sur la syntaxe d'une commande. J'aimerais bien que tu dises en quoi chez-toi elle est différente (pour info, je suis aussi sur Debian Lenny)...

Citation:

Envoyé par fransoo

Essaye donc avec

Code:

for fichier in $(ls *.pdf)

Idem (sauf que le find offre une recherche en profondeur ce que ne fait pas ton ls). Mais le problème exposé par Le Furet ne vient pas de la commande utilisée... mais de l'outil permettant de découper son résultat en élémentss individuels. Quelle que soit la commande, si celle-ci renvoie des infos avec espace, le for est inadéquat pour la traiter...
Citation:
Envoyé par N_BaH
utilise plus de guillemets, Le Furet !

on ne fait pas for ...$(find...); do...
c'est soit

Code:

find $REP -type f -name "*.pdf" -exec ...

soit :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 #!/bin/bash recurs() { rep="$1" for fichier in "$rep"/*; do if [ -f "$fichier" ]; then echo "Traitement $fichier" elif [ -d "$fichier" ]; then recurs "$fichier" fi done } REP="$1" [ -d "$REP" ] && recurs "$REP" || echo "Il faut indiquer un répertoire existant"
Ca marche (sous réserve qu'on gère aussi les liens symboliques sinon la récursion risque de partir en torche) mais c'est un peu compliqué pour régler un simple problème de for non ?
Et si son problème n'avait pas été sur un "find" mais sur une autre commande (par exemple ping ou traceroute) ???

15/12/2009, 14h29
Le Furet

Merci beaucoup pour les réponses. Effectivement, j'utilisais un find plutôt qu'un ls parce qu'avec find je récupérais les fichiers de toute l'arborescence.

Par contre, je me rends compte que, contrairement à ce que je pensais, bash est un outil pas évident à prendre en main, en ce sens que c'est pas en lisant quelques sources et en adaptant qu'on comprend bien ce que l'on fait.

Qu'y-a-t-il comme tutoriaux corrects (anglais ou français) sur le web à lire ? J'ai vu beaucoup de choses plus ou moins encyclopédiques (plus de 500 pages), mais peu d'articles simples pour démarrer (et notamment rien sur developpez, incroyable !)
15/12/2009, 14h48
fransoo

1 pièce(s) jointe(s)

abs.traduc.org/abs-5.3-fr est très bien fait avec beaucoup d'exemples. Je conseille même de le télécharger pour pouvoir le lire hors ligne et éventuellemnt y apporter des modifs personelles.
En pièce jointe : un petit aide-mémoire que je trouve très utile.
15/12/2009, 15h38
N_BaH
Effectivement, Sve@r, pour une série de pings, je pencherais a priori pour un pipe vers while read.
m'enfin, avec bash ce serait plus certainement une 'substitution de processus' redirigée vers un while read :
Code:

1 2 3 while read ...; do ... done < <(ping ...)
Je n'ai encore pas eu de problèmes avec des liens, mais je vais faire attention.
15/12/2009, 21h49
Sve@r

Citation:

Envoyé par Le Furet

Merci beaucoup pour les réponses. Effectivement, j'utilisais un find plutôt qu'un ls parce qu'avec find je récupérais les fichiers de toute l'arborescence.

Par contre, je me rends compte que, contrairement à ce que je pensais, bash est un outil pas évident à prendre en main, en ce sens que c'est pas en lisant quelques sources et en adaptant qu'on comprend bien ce que l'on fait.

Qu'y-a-t-il comme tutoriaux corrects (anglais ou français) sur le web à lire ? J'ai vu beaucoup de choses plus ou moins encyclopédiques (plus de 500 pages), mais peu d'articles simples pour démarrer (et notamment rien sur developpez, incroyable !)

Cours de Shell Linux : http://linux.developpez.com/cours/
16/12/2009, 07h59
Le Furet

Merci beaucoup :)