Discussion :

[beral]

Bonjour a tous, je patauge pour un truc qui doit etre simple:
Je récupère des variables 'nom prenom' qui contiennent donc un espace.
Et je dois les passer en argument d'un script:

Code :

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

./script.sh $variable

Et ce script sert dans un premier temps a créer un dossier du nom de cette variable:

Code :

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

1
2
3
 
#!/bin/bash
mkdir $1

Cela ne fonctionne pas, meme si je mets des ' ' autour de $variable.
Si je fais

Code :

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

./script.sh 'nom prenom'

Ca me crée 2 dossiers: 'nom' ET 'prenom'

Alors que

Code :

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

mkdir 'nom prenom'

Crée bien un seul dossier 'nom prenom'

J'ai fait le test de mettre echo $1 dans mon script
et ca affiche bien nom prenom
Je pense donc que la variable $1 contient bien l'espace, ce doit être mkdir dans le script qui ne la gère pas.

Alors que faire?
Merci par avance de vos conseils

[frp31]

faire un espace est tjrs une betise pourquoi ?
tout simplement parceque rien ne garantie que 100% des programmes le gereront.

donc il est interdit de faire des espaces !

si ça te pose des problemes un jour ne viens pas t'en plaindre ici

tu peux forcer l'espace avec "\ " donc un espace précédé d'un backslash

aussi ajoutes trois choses à ton script
avant le mkdir : voir si $i est vide si oui quitter
avant le mkdir : voir si le repertoir existe si oui quitter
apres le mkdir : voir si le repertoire existe si oui quitter sinon informer de l'echec et quitter.

[dtrosset]

Il est aussi possible de mettre des apostrophes double autour de $1 dans le script, comme tu le fais sur la ligne de commande. Cela donne :

Code :

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

1
2
!#/bin/bash
mkdir "$1"

Toutefois, je seconde fortement le conseil de ne pas utiliser d'espaces dans les noms de fichiers et de répertoires. Sinon, pourquoi pas aussi un retour à la ligne dans le nom de fichier ?

[Tchetch]

Toutefois, je seconde fortement le conseil de ne pas utiliser d'espaces dans les noms de fichiers et de répertoires. Sinon, pourquoi pas aussi un retour à la ligne dans le nom de fichier ?

Mets autant d'espace et de caractères spéciaux que tu le souhaites, l'UTF -8 est là pour ça et on est en 2008, les restrictions de 1970 faut arrêter.

avant le mkdir : voir si $i est vide si oui quitter
avant le mkdir : voir si le repertoir existe si oui quitter
apres le mkdir : voir si le repertoire existe si oui quitter sinon informer de l'echec et quitter.

Tu utilises l'options "-p" comme ça il gère la création des parents et ne produit pas d'erreur si le répertoire existe.
Je penses que tester la valeur de retour de 'mkdir' est suffisant comme test, mais c'est une bonne idée de faire ce test.

[dtrosset]

Mets autant d'espace et de caractères spéciaux que tu le souhaites, l'UTF -8 est là pour ça et on est en 2008, les restrictions de 1970 faut arrêter.

Bine sûr. C'est beaucoup plus joli avec tous les caractères Unicode, en UTF-8. Surtout dans un explorateur graphique montrant tous ces répertoires et fichiers.

Mais dès qu'il va s'agir d'écrire des shell scripts (on en fait encore beaucoup) ou même de taper quelques commandes sur la ligne de commande d'un shell, les soucis vont arriver. L'espace y est utilisé comme séparateur d'arguments. Rien que le couple find/xargs ne fonctionne pas bien dès qu'il y a des espaces dans les noms de fichiers.

Une solution serait peut-être d'utiliser un caractère Unicode qui serait un caractère d'espacement mais qui ne serait pas 0x20. Il y a l'espace insécable 0xA0, pourquoi ne pas l'utiliser.

[Tchetch]

Bine sûr. C'est beaucoup plus joli avec tous les caractères Unicode, en UTF-8. Surtout dans un explorateur graphique montrant tous ces répertoires et fichiers.

Mais dès qu'il va s'agir d'écrire des shell scripts (on en fait encore beaucoup) ou même de taper quelques commandes sur la ligne de commande d'un shell, les soucis vont arriver. L'espace y est utilisé comme séparateur d'arguments. Rien que le couple find/xargs ne fonctionne pas bien dès qu'il y a des espaces dans les noms de fichiers.

Une solution serait peut-être d'utiliser un caractère Unicode qui serait un caractère d'espacement mais qui ne serait pas 0x20. Il y a l'espace insécable 0xA0, pourquoi ne pas l'utiliser.

En perl, en bash, en C, ... il est possible de supporté les noms de fichiers à espace. Les utilisateurs de ton réseau (généralement windows) utilise de toute façon les espaces et tes scripts doivent le supporter, donc pourquoi je vais m'interdire à moi de ne pas mettre des espaces. On est en 2008, j'ai de toutes façons des utilisateurs qui font comme bon leur semble et l'UTF-8 est là pour ça.

Et je ne mets pas d'interface graphique sur mes serveurs.