Gestion des espaces dans les noms de fichiers

Bonjour,


Dans un fichier plat qui contient des chemins absolu de fichiers, je mets en colonne 2 la taille du fichier.

Exemple : fichier "file_size.txt"

Code:

---

1 2 3 4 5 6

/home/kevin/rep1/tata 10 /home/kevin/rep1/tutu 19 /home/kevin/rep1/rep12/papa 26 /home/kevin/rep1/rep11/jon 90 /home/kevin/rep1/rep11/dady 26 /home/kevin/rep1/rep11/brian 104

---

Il se trouve dans dans la réalité certains noms de fichiers comprennent des espaces.

Code:

---

/home/kevin/rep1/mon fichier 48

---

Pour positionner la taille du fichier en colonne 2 j'utilise un "wc -c < nom_fichier".

Le code que j'utilise est le suivant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

... ... #on enregistre l’IFS actuel OLDIFS=$IFS #on change l’IFS, pour être un retour à la ligne IFS=' ' for line in $(cat /home/kevin/file.txt); do echo "$line `wc -c < $line`";done > /home/kevin/file_size.txt #on rétablit l’IFS IFS=$OLDIFS ...

---

Dans le fichier final très long file_size_"$Date" je vois des loupés, de temps en temps, et finalement je me questionne si cela ne vient pas ma gestion de l'IFS ?

Est-elle selon vous correcte ?

Bonjour :coucou:

Citation:

---

Envoyé par kevin066

Est-elle selon vous correcte ?

---

Non ! Tu vas fâcher les habitués du forum. Faire un "cat" dans une substitution de commande pour alimenter un "for" est sans doute la plus répandue des plus mauvaises pratiques. Ce n'est pas comme cela qu'on lit un fichier.

Quant à l'IFS, l'affecter juste avant la commande ne le modifie que pour la commande. Exemple :

Code:

---

1 2 3

IFS=':' read a b c <<<"toto:tata:titi" echo $b echo "|$IFS|"

---

Ce qui donne :

Code:

---

1 2 3

tata | |

---

Merci Flodelarab pour ta réponse.
Sur ton exemple je vois mais dans mon cas avec des chemins dont le dernier champ comprend des espaces…. comment pourrais-je adapter ta méthode ? Sinon , la mienne est-elle correcte ?

Au lieu d'utiliser une boucle for, passe par une boucle while et un read pour lire ligne à ligne ton fichier et ainsi protéger par des guillemets la valeur de ta variable.

Sans toucher l'IFS, en effet la solution ci-dessous est bien plus simple:

Code:

---

while read ligne; do echo -n "$ligne " ; wc -c < "$ligne" ; done < file.txt

---

Pourtant sur des fichiers de 100.000 lignes il y a des ratés, une taille non attribuée.

Je rappelle que file.txt est un fichier du type :

Code:

---

1 2 3 4

chemin1/file1 chemin2/file2 chemin3/file3 chemin4/file4

---

Et le but de la boucle while est d'obtenir :

Code:

---

1 2 3 4

chemin1/file1 size1 chemin2/file2 size2 chemin3/file3 size3 chemin4/file4 size4

---

Quand je parle de ratés :

Code:

---

1 2 3 4

chemin1/file1 size1 chemin2/file2 size2 chemin3/file3 chemin4/file4 size4 chemin4/file4 size4

---

Vous voyez la ligne en caractères gras ?

Le while ne serait pas fiable? Le for non plus… et comme le disait l'un d'entre vous il n'est pas destiné à lire des fichiers.

Qu'en pensent les experts ?

Merci pour votre aide.

Code:

---

while read ligne; do if [ -f "$ligne" ]; then echo -n "$ligne " ; wc -c < "$ligne" ; else echo "Il faudrait voir à renseigner votre fichier d'entrée correctement !" >&2; fi done < file.txt

---

si l'on considère l'IFS par défaut, dans ton fichier, la taille est le dernier élément de la ligne.
en bash, soit tu passes par un tableau :

Code:

---

1 2 3 4 5

$ ar=( a b c d ) $ echo "${ar[@]: -1}" d $ echo "${ar[@]::${#ar[*]}-1}" a b c

---

soit tu passes par le Remplacement des paramètres :

Code:

---

1 2 3 4 5

$ str='a b c d' $ echo "${str##* }" d $ echo "${str% *}" a b c

---

@balkany : la ligne contient la taille. donc le fichier n'existera jamais, ou rarement.

Citation:

---

Qu'en pensent les experts ?

---

• Tu n'en es pas à l'étape de lire ton fichier. Tu en es à l'étape d'avoir un fichier d'entrée correct.
• Dans le fichier de sauvegarde, je commencerais par la taille, car c'est un nombre entier sans espace. Et le reste de la ligne serait le nom de fichier.
• J'utiliserais le ';' comme séparateur entre la taille et le nom de fichier. Ainsi, ni bash, ni awk, ne serait dérouté.
• Enfin, j'utiliserais une commande dans ce goût-là pour créer mes futurs fichiers :
  
  Code:

  ---

  find dossierracine/ -type f -printf "%k;%p\n" 2>/dev/null

  ---

• La proposition de disedorgue de calculer l'empreinte est excellente car si on change une lettre du contenu de ton fichier, tu ne verras pas la différence avec ton système actuel. Même nom de fichier, même taille.

Citation:

---

Envoyé par Flodelarab

@balkany : la ligne contient la taille. donc le fichier n'existera jamais, ou rarement.

---

Je répondais au post #5 de kevin066 : dans la situation qu'il y décrit, s'il arrive à ce résultat, c'est que son fichier file.txt est mal fichu (et ça n'est donc pas un problème de « fiabilité » de la boucle while).

Moi, ce que je trouve bête ici, c'est d'utiliser echo -n "$ligne " ; wc -c < "$ligne" sauf pour prendre de la cpu et de l'I/O car on peut obtenir le même résultat avec stat -c "%n %s" "$ligne" mais cette fois sans se taper la lecture entière du fichier...

Et je ne parle pas dans ce cas de l'inutilité de la boucle si on passe par un xargs pour donner les arguments à stat.

Bonjour,

Citation:

---

Envoyé par Flodelarab

Quant à l'IFS, l'affecter juste avant la commande ne le modifie que pour la commande. Exemple :

Code:

---

1 2 3

IFS=':' read a b c <<<"toto:tata:titi" echo $b echo "|$IFS|"

---

Ce qui donne :

Code:

---

1 2 3

tata | |

---

---

Très intéressant (beaucoup plus visible et donc plus compréhensible avec echo "($IFS)").

Adapté à la problématique des espaces, j'ai testé ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

# IFS=':' read a b c <<<"toto tata:titi" # echo $a toto tata # echo $b titi # echo $c   # IFS=':' read a b c <<<"tototata:titi" # echo $a tototata # echo $b titi # echo $c

---

Conclusion : à partir du moment où on déclare le "séparateur de champs" égal à ":" alors l'espace devient un caractère comme un autre (et le 1^er champ dans le cas de "toto tata" a simplement 9 caractères).

Merci à vous tous pour vos propositions très intéressantes, vos conseils sont très riches d'enseignement !