Discussion :

[EviLSorG]

Bonjour,
Dans un script qui aurait pour but de chercher un fichier ou un dossier, en fonction d'une liste, j'utilise cette ligne de code :

Code :

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

find -name `<eff`

eff est la variable contenant le terme à rechercher, dans l'exemple ci dessus, elle contient "Wx Wz" qui correspond bien à un dossier présent

j'ai ce type de message:

"find: paths must precede expression: `Wz' "

Si je renomme mon dossier "WxWz" et si je change la variable eff ainsi "WxWz", là pas de problème, j'ai ma réponse "./%Germain/FAIT/WxWz"

lorsque mon dossier est nommé "Wx Wz" et si je met des quotes dans ma variable eff ainsi: 'Wx Wz', j'ai à nouveau le message "find: paths must precede expression: `Wz''"

Je vois bien que c'est un problème de syntaxe, mais je ne vois pas comment le résoudre en voulant garder la possibilité d'avoir des espaces dans les noms de mes dossiers ou fichiers

Si quelqu'un à une solution ou une piste, merci d'avance.

[jack-ft]

Dans un script qui aurait pour but de chercher un fichier ou un dossier, en fonction d'une liste, j'utilise cette ligne de code :

Code :

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

find -name `<eff`

eff est la variable contenant le terme à rechercher, dans l'exemple ci dessus, elle contient "Wx Wz" qui correspond bien à un dossier présent

Je ne connais pas la syntaxe `<eff`, mais, si "eff" est une variable, pourquoi ne pas faire find -name "${eff}" ?

[N_BaH]

` introduit une substitution de commandes.

[jack-ft]

` introduit une substitution de commandes.

Oui, je sais.
Je n'ai pas l'habitude d'utiliser `<, mais, du coup, j'imagine que find -name `<eff` est équivalent à find -name $(cat eff) (à un uuoc près).
J'en déduis au passage que "eff" n'est pas une variable mais un fichier...
et j'approuve la réponse de Disedorgue que l'on peut aussi écrire find -name "$(< eff)" si on préfère la nouvelle syntaxe...
[EDIT] un peu grillé...

[N_BaH]

Oui, je sais.

ça m'a surpris, bien sûr.

J'en déduis au passage que "eff" n'est pas une variable mais un fichier...

c'est peut-être les deux !
une variable qui "pointe" vers un fichier.

[EviLSorG]

Je ne connais pas la syntaxe `<eff`, mais, si "eff" est une variable, pourquoi ne pas faire find -name "${eff}" ?

J'ai essayé ta solution, je n'ai aucun résultat (ni message d'erreur).

Le symbole > permet d'envoyer un résultat dans un fichier ou une variable.
par exemple

Code :

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

ls > toto.txt

te permet d'enregistrer le contenu de ton dossier dans un fichier .txt.

A l'inverse le symbole < de permet d'extraire le contenu.

Enfin, c'est la vision que j'en ai .

[disedorgue]

Tu adaptes ce que t'a suggérer jack-ft et ça fonctionnera:

Code :

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

find -name "`<eff`"

Mais tu es mal parti si tu penses que -name prend une liste...

Dans ton fichier eff, tu ne dois avoir qu'un et un seul dossier ou fichier à rechercher.

[N_BaH]

ah, oui ! je n'avais pas vu le <. et je n'imaginais pas que cela fonctionne avec cette syntaxe ancienne.
c'est la même chose que $(<fichier).

mais il faudrait définir précisément si eff est un fichier ou un variable !
donc, montrer plus de code.

[EviLSorG]

Tu adaptes ce que t'a suggérer jack-ft et ça fonctionnera:

Code :

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

find -name "`<eff`"

Mais tu es mal parti si tu penses que -name prend une liste...

Dans ton fichier eff, tu ne dois avoir qu'un et un seul dossier ou fichier à rechercher.

MERCI ! ça marche impeccable comme ça

Oui, je suis bien conscient que eff n'est qu'un seul fichier ou dossier. Je ne l'ai pas mentionné plus haut, mais eff est une extraction d'une ligne provenant d'une liste. Mais cela ne me semblait pas pertinent de le mentionné

[N_BaH]

avec un exposé partiel, tu auras une réponse partielle, et potentiellement erronée.