Discussion :

[cyberserker]

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

[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

[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

[Sve@r]

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").

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...

[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 :

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

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 :

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

1
2
3
4
$ touch fichier.55 && ls
fichier.55  fichier.65
$ [ -f fichier.* ] && echo OK
bash: [: fichier.55 : opérateur binaire attendu

[matafan]

Je ferais simplement :

Code :

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

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

[Loko]

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 :

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

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.

[Invité]

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 :

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

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

[Sve@r]

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é)

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...