Ceci est sans doute le 794616ème sujet que vous lisez un topic sur ce sujet, désolé
 
Le sempiternel problème des noms de fichiers avec espaces en shell script
 
 
Soit un répertoire contenant des fichiers avec des espaces :

 
 
Soit un "renommage" qui marche (j'ai mis cp, ca pourrait être mv ou une conversion mp3 to wav) :

 
Ce qui produit des fichiers "01. Phallic Tractor.mp3.wav"
 
 
Soit un "renommage" qui se veut plus fin et qui ne marche pas :

 
 
La question est : comment opérer un traitement sur $i plus fin que (basename) ou (echo "$i" | cut) pour obtenir des fichiers "01. Phallic Tractor.wav", tout en respectant les contraintes d'espacement ?
 
On pourrait bricoler avec $IFS, mais ca me semble un peu dangereux
 
Quelle est la solution à ce problème canonique ? Le but n'est pas d'appeler rename ou mmv, c'est plus général en fait : comment récupérer le basename d'un fichier contenant des espaces ?
 
 
Il existe bien ceci, mais c'est valable sous bash et pas sous sh non ?
$ for i in *.mp3
> do
> filename=${i%.mp3}
> cp "$i" "$filename".wav
> done

Une chose que tu peux faire :
quand tu obtiens le nom complet du fichier dans $i, utilise sed pour qu'il remplace mp3 par wav (attention cela suppose que mp3 doit être uniquement l'extension de ton fichier)
fic_wav=`echo $i | sed 's/mp3/wav/'`

ou pour s'assurer que la chaîne est bien en fin de nom de fichier, est-ce que fic_wav=`echo $i | sed 's/mp3$/wav/'` ne marcherait pas ?

normalement oui ta regexp indique qu'il faut remplacer le motif mp3 situé en fin de chaine (d'où le $) par wav.

ah oué pas con, en changeant l'extension avec sed on est sur que le reste ne change pas.... joli  

Oui c'est assez simple car tu ne changes pas de répertoire, dans le cas contraire il y aurait fallu différencier le nom du fichier avec son chemin

Je cite Yéti, un ami-gourou qui me répond par mail :
 
>
>C tout bête qd on sait que le résultat de la commande entre les backticks va être interprété (word-split notamment)...
>Pour l'éviter, faut le quoter:      
>       cp "$i" "`basename "$i" .mp3`".wav
>
>
>Mais, au passage, c'est pas portable...
>Le mieux est de mettre le résultat des backticks dans une variable, car là y'aura pas >word-split du résultat.
>      r=`basename "$i" .mp3`
>Mais à l'utilisation de la variable, il faut les mettre, car là y'aurait:
>      cp "$i" "$r.wav"
>
>Plus d'info sur les shells scripts portables (bon niveau en shell scripting recommandé):
> http://www.gnu.org/software/autoco [...] tml#SEC119
 
 
Bon ben on peut considérer le problème comme résolu

après il y a la solution crade de modifier l'IFS

 
Tu y étais presque, mais il manque encore des guillemets ...
 

# touch un
# touche "deux trois"
# touch "deux trois"
# touch "quatre cinq six"
# ll
drwxr-xr-x    2 admin    administ     4.0k Oct 17 18:24 ./
drwxrwxrwx    7 laurent  everyone     4.0k Oct 17 18:23 ../
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 deux trois
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 quatre cinq six
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 un
# for i *
# for I in *
> do
> echo $I
> done
deux trois
quatre cinq six
un
# for I in *; do touch "$I".ext ; done
# ll
drwxr-xr-x    2 admin    administ     4.0k Oct 17 18:26 ./
drwxrwxrwx    7 laurent  everyone     4.0k Oct 17 18:23 ../
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 deux trois
-rw-r--r--    1 admin    administ        0 Oct 17 18:26 deux trois.ext
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 quatre cinq six
-rw-r--r--    1 admin    administ        0 Oct 17 18:26 quatre cinq six.ext
-rw-r--r--    1 admin    administ        0 Oct 17 18:24 un
-rw-r--r--    1 admin    administ        0 Oct 17 18:26 un.ext
 
Pour une utilisation des noms de fichier en argument de script : les encadrer avec des ".
Si on utilise * en argument du script, il faudra les rappeler avec "$@" et non $*, car:
"$@" = "$1" "$2" "$3" etc... ce qui sépare clairement les noms de fichiers
alors que
$* = $1 $2 $3 etc..  amène une confusion entre les espaces des noms de fichiers et les séparateurs.

5 ans... Beau déterrage de topic !

et pas une fois la bonne solution :