bash: if, test et *

Version imprimable

28/10/2008, 00h19
cyberserker

bash: if, test et *

Bonsoir,

Je cherche à faire un truc tout simple en bash mais pourtant je butte depuis des heure sans trouver de solution.

Je veux programmer une boucle qui teste si des fichiers ayant la même racine existent:
----------
code
----------
if [[ -f /tmp/fichier.* ]]
then echo "Il existe déjà une/des copie/s de ce fichier"
exit -1
fi
----------

un ls /tmp/fichier.* marche:
fichier.5678 fichier.6782 fichier.9854

un test sur le nom entier des fichiers également:
[[ -f /tmp/fichier.6782 ]] ; echo $?
0

Mais rien pour ce que je recherche. Une idée?

Merci d'avance

Julien
28/10/2008, 10h21
bizulk

Salut !
Dans ton post tu as déjà la réponse, le wildcard '*' n'existe pas pour 'test', il faut que tu imbrique ton test dans une boucle for/while
28/10/2008, 10h36
Ashin

je comprends pas trop ton but

si tu mets dans ton script simplement "ls fichier.*" il va t afficher tous les fichiers existants commencant par "fichier."

faire une boucle et passer en revue tous les fichiers commençant par fichier n apportera rien de plus
28/10/2008, 10h57
Sve@r

Citation:

Envoyé par cyberserker

un ls /tmp/fichier.* marche:
fichier.5678 fichier.6782 fichier.9854

C'est parce que, entre ce que tu tapes et ce que reçoit la commande ls, il y a une phase d'analyse. Et durant cette phase, l'interpréteur shell remplace le * par ce qu'il trouve dans ton environnement qui y correspond, à savoir les fichiers.
En fait, la commande "ls" reçoit textuellement la chaine suivante:
fichier.5678 fichier.6782 fichier.9854
chaine construite par l'interpréteur shell à partir du caractère *.

Or, comme cela a été dit, l'interpréteur ne fait pas ce travail pour les instructions internes shell (c.a.d. la commande "test").

Citation:

Envoyé par cyberserker

Je veux programmer une boucle qui teste si des fichiers ayant la même racine existent:

ls fichier.* |wc -l => te donne le nombre de fichiers correspondants => te suffit de vérifier si ce nombre est plus grand que ce que t'attends...
30/10/2008, 11h59
Alain.g
Pour être plus précis, la complétion des noms de fichiers ne se fait pas avec [[ mais elle se fait avec [ :
Code:

1 2 3 4 $ touch fichier.65 && ls fichier.65 $ [ -f fichier.* ] && echo OK OK
Mais dans ce cas ça n'apporte pas grand chose puisqu'il y aurait une erreur dès le second nom :
Code:

1 2 3 4 $ touch fichier.55 && ls fichier.55 fichier.65 $ [ -f fichier.* ] && echo OK bash: [: fichier.55 : opérateur binaire attendu
30/10/2008, 13h03
matafan
Je ferais simplement :
Code:

1 2 3 4 if ls /tmp/fichier.* then ... fi

Bonjour

J'ai le meme besoin que Cyberserker (et à mon avis on doit être loins d'être les seuls !)

J'ai testé les 2 solutions apportées dans ce fil, ca donne ca :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 FLOGARR_EXPED_DATE="sgsmitfbpr22_18062009*" NB=`ls ${FLOGARR_EXPED_DATE} | wc -l` if [ $NB != 0 ] then echo "trouve" else echo "pas trouve" fi if ls ${FLOGARR_EXPED_DATE} then echo "trouve" else echo "pas trouve" fi
dans les 2 cas, on a une sortie un peu genante : la liste des fichiers trouvées est affichée en sortie à l'écran, ou bien erreur de type "no such file or directory" s'il n'en trouve pas. Comment éviter cela tout en gardant bien sur les autres sorties du reste de mon script ?

PS : je trouve cela qd meme dommage que -f, -e etc ne permettent de tester l'existence d'un seul fichier et pas plusieurs fichiers avec wildcard, c'est qqchose dont on a qd meme souvent besoin.

L.

Citation:

Envoyé par Loko

Bonjour
fi[/code]dans les 2 cas, on a une sortie un peu genante : la liste des fichiers trouvées est affichée en sortie à l'écran, ou bien erreur de type "no such file or directory" s'il n'en trouve pas. Comment éviter cela tout en gardant bien sur les autres sorties du reste de mon script ?
L.

Salut,

Ce genre de message d'erreur est envoyé sur l'erreur standard (2).

Si tu ne souhaites pas afficher ces messages, il suffit de les rediriger vers /dev/null.

exemple:
Code:

1 2 3 4 5 6 7 [user@server ~]# if ls test ; then echo "found"; else echo "not found"; fi ls: test: Aucun fichier ou répertoire de ce type not found [user@server ~]# if ls test 2> /dev/null ; then echo "found"; else echo "not found"; fi not found

19/06/2009, 22h51
Sve@r

Citation:

Envoyé par Loko

PS : je trouve cela qd meme dommage que -f, -e etc ne permettent de tester l'existence d'un seul fichier et pas plusieurs fichiers avec wildcard,

Alors ce n'est pas "-f" et "-e" qui testent l'existence d'un fichier mais la commande "test". Et si son comportement ne correspond pas à ton besoin, c'est parce que cette commande est 1) incluse dans le shell et 2) très basique afin que son appel soit le plus rapide possible (n'oublie pas que le shell est interprété)

Citation:

Envoyé par Loko

c'est qqchose dont on a qd meme souvent besoin.

Parle pour toi. Moi je ne me souviens pas avoir eu besoin de ce genre d'évaluation.
Maintenant rien ne t'empêche de créer ton propre "testMultiple.sh" qui fait une boucle d'évaluation de chaque fichier qu'il reçoit en paramètre et renvoie en final un booléen vrai/faux. Ensuite ben t'appelles "testMultiple.sh" dès que t'en as besoin...