Trouver les fichiers contenant un mot précis et en fonction de leur extension

Citation:

---

Envoyé par disedorgue

Hmmm..., pour find, tu n'es pas non plus obligé de préciser le './', c'est la valeur qu'il prend par défaut...

---

Je précise que "./" est la valeur par défaut pour le gnu find.

Ce n'est pas le cas du find POSIX, comme sous macos, par exemple, où le chemin est obligatoire:

Code:

---

1 2 3 4

man find SYNOPSIS find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression] find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]

---

Bonjour,

je reviens 30 secondes là-dessus, suite à une blagounette tout-à-l'heure : s'il n'y a qu'un seul fichier contenant la string recherchée, son nom n'est pas renvoyé, alors va chercher à la mano dans le dossier et dans les .txt, .sh, .pas, .pp, .xml... :aie:

Citation:

---

Envoyé par Jipété

Le script final, pour en faire profiter... le monde entier, :mouarf:

Code:

---

1 2 3 4 5

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $(basename $0) \"texte à chercher\"; exit; fi   find . -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' \) -printf "%P\0" | xargs --max-procs=0 -0 grep -i "$1"

---

---

Résultat des courses et des tests (proposé par disedorgue) :

Code:

---

1 2 3 4 5

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $(basename $0) \"texte à chercher\"; exit; fi   grep -r --include="*.[Pp][Aa][Ss]" --include="*.[Pp][Pp]" --include="*.[Tt][Xx][Tt]" --include="*.[Ss][Hh]" --include="*.[Xx][Mm][Ll]" "$1"

---

(pas trouvé comment implémenter l'option "multi procs", par contre, mais c'est moins gênant, àmha).
Bon dimanche,

Bah, utilise l'option -H pour le grep (extrait man ci-dessous) sur la version avec find :

Citation:

---

-H, --with-filename
Print the file name for each match. This is the default when there is more than one file to search.

---

Citation:

---

Envoyé par disedorgue

Bah, utilise l'option -H pour le grep (extrait man ci-dessous) sur la version avec find :

---

:ccool:
Rhôôô, l'est trop bien ce forum, y a même un service après-vente ouvert le dimanche !
:plusser:

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' \) -printf "%P\0" | xargs --max-procs=0 -0 grep -H -i "$1"

---

Merci, ça fonctionne impec :bravo:

Bonjour bonjour,

je reviens sur cette histoire car il m'arrive une drôle de blagounette ce matin :

à grands coups de cd je me déplace dans une arborescence et arrivé à l'endroit qui devrait être bon, je tape findinfiles SetBrushOrgEx qui me retourne une ligne désespérément vide.
Ah !
Parce que je sais que dans le sous-dossier win32 de l'arbo où je suis se trouve le fichier win32winapi.inc qui contient, entre autres, ça :
Windows.SetBrushOrgEx(DestDC, 0, 0, nil);.

Je m'attendais à ce que cette ligne soit remontée mais point nenni !

Rappel : findinfiles.sh =

Code:

---

1 2 3 4 5

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi   find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.inc' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.c' -o -iname '*.h' \) -exec grep -i "$1" {} +

---

Autres tests, si ça peut aider (je précise que le fichier est fermé) :
Rechercher "AlphaDC," (sans les doubles quotes) ne remonte rien alors que le fichier contient la ligne // ToDo: Initialize AlphaDC, AlphaObj and Blend.
Rechercher "AlphaDC" sans la virgule donc, en remonte quelques uns mais rien concernant mon fichier.
Rechercher Initialize en remonte plein mais encore rien concernant mon fichier !
:koi:
Alors je vais dans le dossier où est le fichier, je relance les recherches et ça ne remonte pas mieux, ou plutôt, ça remonte comme décrit ci-dessus :aie: :aie: :aie:

Mais comment c'est possible ?
Que faire ? Que modifier ? Je ne suis pas du tout spécialiste de grep, hélas...

Annexes :
Les commandes et les résultats :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles initialize win32wsforms.pp: // initialize all root windows with this message win32wsforms.pp: MakeWParam(UIS_INITIALIZE, UISF_HIDEFOCUS or UISF_HIDEACCEL), 0) win32wsforms.pp: // we are calling setbounds in TWinControl.Initialize win32int.pp: { Initialize the API } win32wscomctrls.pp:procedure InitializePreferredStatusBarHeight; win32wscomctrls.pp: InitializePreferredStatusBarHeight; win32proc.pp: ComCtlVersion: Cardinal = 0; //initialized in Win32Extra win32proc.pp: // initialize bitmapinfo structure win32extra.pas:procedure Initialize; win32extra.pas: Initialize; win32wsdialogs.pp: // Windows asks us to initialize dialog. At this moment controls are not win32wsdialogs.pp: // new initializes the filename fields, because ansistring and widestring win32wsdialogs.pp: //don''t use initialize "var", since that will be reset to nil at every callback win32wsdialogs.pp: BFFM_INITIALIZED:   /datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles AlphaDC,   /datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles AlphaDC win32proc.pp:function IsAlphaDC(ADC: HDC): Boolean; win32proc.pp:function IsAlphaDC(ADC: HDC): Boolean;

---

Extrait du fichier concerné :
Pièce jointe 292177

L'arbo, 3^e colonne, mon fichier c'est l'avant-avant-dernier :

Code:

---

1 2 3 4 5 6 7 8 9 10

/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# ls alllclintfunits.pas win32defines.inc win32object.inc win32wschecklst.pp win32wsfactory.pas interfaces.pp win32def.pp win32pagecontrol.inc win32wscomctrls.pp win32wsforms.pp issues.xml win32extra.pas win32proc.pp win32wscontrols.pp win32wsgrids.pp Makefile win32int.pp win32themes.pas win32wscustomlistview.inc win32wsimglist.pp Makefile.compiled win32lclintfh.inc win32trayicon.inc win32wsdialogs.pp win32wsmenus.pp Makefile.fpc win32lclintf.inc win32winapih.inc win32wsextctrls.pp win32wspairsplitter.pp README.txt win32listslh.inc win32winapi.inc win32wsextdlgs.pp win32wsspin.pp win32callback.inc win32listsl.inc win32wsbuttons.pp win32wsextdlgs.rc win32wsstdctrls.pp win32debug.pp win32memostrings.inc win32wscalendar.pp win32wsextdlgs.res win32wstoolwin.pp

---

Tous les fichiers de cette liste ont les droits 664 et les mêmes owner & group.

Merci de vos retours,

Bonjour,

Déjà, 2 tests à faire:
-Voir si le find retourne bien la liste des fichiers complète:

Code:

---

find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.inc' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.c' -o -iname '*.h' \)

---

-Voir si un simple grep sur le fichier en question retourne bien la ligne:

Code:

---

grep -i "SetBrushOrgEx" win32winapi.inc

---

Merci de te préoccuper de moi, et avec des tests simples, en plus :ccool:

Citation:

---

Envoyé par disedorgue

-Voir si le find retourne bien la liste des fichiers complète:

---

Oui.

Citation:

---

Envoyé par disedorgue

-Voir si un simple grep sur le fichier en question retourne bien la ligne:

---

et oui.

Ensuite ? :lol:

:weird:... tu peux nous fournir l'ordre d'affichage du find pour savoir si ton fichier est dans au début ou vers la fin, car là je sèche un peu...

Citation:

---

Envoyé par disedorgue

:weird:... tu peux nous fournir l'ordre d'affichage du find pour savoir si ton fichier est dans au début ou vers la fin, car là je sèche un peu...

---

2 lignes après le README.txt :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.inc' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.c' -o -iname '*.h' \) ./win32debug.pp ./win32wsextdlgs.pp ./win32wsmenus.pp ./win32wsimglist.pp ./win32lclintfh.inc ./win32wscalendar.pp ./win32wscustomlistview.inc ./win32trayicon.inc ./README.txt ./win32listsl.inc ./win32winapi.inc ./win32wsforms.pp ./alllclintfunits.pas ./win32lclintf.inc ./win32wsstdctrls.pp ./win32int.pp ./win32themes.pas ./win32wscomctrls.pp ./win32wsspin.pp ./win32wsextctrls.pp ./win32object.inc ./win32proc.pp ./win32wsfactory.pas ./win32extra.pas ./win32pagecontrol.inc ./win32wsdialogs.pp ./interfaces.pp ./win32wschecklst.pp ./win32memostrings.inc ./win32listslh.inc ./win32wstoolwin.pp ./win32def.pp ./win32callback.inc ./win32winapih.inc ./win32wsbuttons.pp ./win32defines.inc ./win32wscontrols.pp ./win32wsgrids.pp ./win32wspairsplitter.pp

---

Code:

---

1 2	$ shopt -s globstar $ grep -il 'SetBrushOrgEx' ./**/*.{pas,pp,inc,txt,sh,c,h}

---

?

Citation:

---

Envoyé par N_BaH

Code:

---

1 2	$ shopt -s globstar $ grep -il 'SetBrushOrgEx' ./**/*.{pas,pp,inc,txt,sh,c,h}

---

---

Ah, ça a trouvé le fichier ! :

Code:

---

1 2 3 4 5

/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# grep -il 'SetBrushOrgEx' ./**/*.{pas,pp,inc,txt,sh,c,h} ./win32winapi.inc grep: ./**/*.sh: Aucun fichier ou dossier de ce type grep: ./**/*.c: Aucun fichier ou dossier de ce type grep: ./**/*.h: Aucun fichier ou dossier de ce type

---

Et les 3 autres "Aucun blabla" c'est normal, il n'y en a pas dans ce dossier.

Peux-tu expliquer cette première ligne cabalistique (shopt -s globstar), on se croirait chez un gourou ou Dieu sait dans quelle secte ésotérique genre "temple solaire" :ptdr:

Plus qu'à intégrer ça dans le script, mais je manque de temps cet aprème... :(

ça permet de faire en sorte que l'expression **/ "soit développée" en tous les répertoires et sous-répertoires que contient le premier répertoire indiqué (ici ./).

pour ne pas avoir les messages d'erreur concernant des fichiers qui n'existent pas tu peux ajouter l'option nullglob à la ligne de commande shopt.

Merci pour tes explications, claires et lumineuses.

Une dernière question, si je peux me permettre : j'aimerais bien savoir pourquoi la version de ce matin ne trouvait pas ce que je lui demandais dans ce fichier, mais trouvait dans d'autres (et pour être rigoureux, il aurait fallu que j'examine tous les fichiers car il y en a peut-être d'autres qui ont répondu au critère caché "je me défile et je fais comme si je n'étais pas là").

Me suis réjoui un peu trop vite

Tes deux lignes dans le script et il ne trouve plus rien, exécuté dans le dossier du fichier :

Code:

---

1 2 3 4 5 6 7

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi   shopt -s globstart #grep -il "$1" ./**/*.{pas,pp,inc,txt,sh,c,h} grep -il 'SetBrushOrgEx' ./**/*.{pas,pp,inc,txt,sh,c,h}

---

C'est quoi cette blague ?
EDIT : je suis rien qu'un gros boulet

Bah, je t'aide un peu, tu n'appliques pas ton propre principe en langage informatique et sur ce coup, c'est l'ordinateur qui aura le dernier mot :aie:.
ce n'est pas:

Code:

---

shopt -s globstart

---

mais:

Code:

---

shopt -s globstar

---

Dé zoo lait, ces taies plus faure que mouah :mrgreen:

Citation:

---

Envoyé par disedorgue

Bah, je t'aide un peu, tu n'appliques pas ton propre principe en langage informatique et sur ce coup, c'est l'ordinateur qui aura le dernier mot :aie:.

---

:D Je ne sais pas si c'est la chaleur mais j'ai le cerveau qui fait de la complétion hasardeuse et aléatoire, depuis quelques temps, j'ai remarqué ! Tiens, ça m'apprendra à ne pas faire de copier/coller, me mettrais des baffes...

(pourtant je n'étais pas loin avec mon "temple solaire", :mouarf:)

Maintenant, ce que je ne m'explique pas, c'est que même sans "t" ça ne trouve rien quand les lignes de N_Bah sont dans le script, que le script soit appelé depuis le dossier où se trouve le fichier ou depuis le dossier précédent, et c'est bien ennuyeux parce qu'en l-de-c elles fonctionnent.
Je dirais même plus, dans le dossier parent du dossier du fichier, ça me trouve 3 fichiers, celui que je cherche et 2 autres, alors pourquoi pas dans le script ?

Je récapitule :

Code:

---

1 2 3 4 5 6

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi   shopt -s globstar grep -il 'SetBrushOrgEx' ./**/*.{pas,pp,inc,txt,sh,c,h}

---

Exécuté depuis le dossier du fichier que je cherche, ce script ne trouve rien ; je prends les deux dernières lignes par copier/coller et je les colle dans une console ouverte dans le dossier en question, et ça trouve.
Ch'uis sec, là...

EDIT : je suis rien qu'un gros boulet :oops: :oops: :oops:

Depuis ce matin je modifie un vieux script qui n'est pas appelé par le raccourci se trouvant dans /usr/local/bin/, honte sur moi.
La chaleur ? La fatigue ? L'âge ? Le ras-le-bol, des fois ?
Bref, le bon script :

Code:

---

1 2 3 4 5 6 7 8

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" ${0##*/} \"texte à chercher\"; exit; fi   # version du 7/7/2017 shopt -s globstar nullglob find . -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.xml' \) -printf "%P\0" | xargs --max-procs=0 -0 grep -H -i "$1" ./**/*.{pas,pp,inc,txt,sh,c,h}

---

Et là :

Code:

---

1 2 3 4

# findinfiles SetBrushOrgEx ./customdrawn/customdrawnwinapi_win.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil); ./win32/win32winapi.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil); ./wince/wincewinapi.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil);

---

:plusser:
Ah, N_Bah, j'ai enlevé ton "-l" suite à étude attentive du man, surtout la seconde partie :

Citation:

---

-l, --files-with-matches
Ne pas afficher les résultats normaux. À la place, indiquer le nom des fichiers pour lesquels des résultats auraient été affichés. La recherche à l'intérieur de chaque fichier s'arrête dès la première concordance.

---

Merci à vous, encore désolé,

:haha:

encore en fusion, Jipété ? 8O
parce que c'est ou find ...-exec grep <terme> {} +, ou shopt...; grep <terme> ./**/*{...}. pas les deux.

Citation:

---

Envoyé par N_BaH

encore en fusion, Jipété ? 8O
parce que c'est ou find ...-exec grep <terme> {} +, ou shopt...; grep <terme> ./**/*{...}. pas les deux.

---

Ah moi, quand on ne me prend pas par la main pour traverser, je ne sais pas trop où aller, :mrgreen:
Les tests plus tard, merci pour la précision.

Citation:

---

Envoyé par N_BaH

parce que c'est ou find ...-exec grep <terme> {} +, ou shopt...; grep <terme> ./**/*{...}. pas les deux.

---

Bon, j'ai voté pour la seconde option, et c'est aussi bon que quand j'avais les deux, tout à l'heure, mais faisons les choses proprement et suivons l'enseignement des grands gourous :ptdr:
Script :

Code:

---

1 2 3 4 5 6 7

#!/bin/bash if [ -z "$1" ]; then echo "usage :" ${0##*/} \"texte à chercher\"; exit; fi   # version du 7/7/2017 shopt -s globstar nullglob #grep -H -i "$1" ./**/*.{pas,pp,inc,txt,sh,c,h} # rajoute ./ en début de ligne : pas nécessaire et pas très beau, dessous = mieux grep -H -i "$1" **/*.{pas,pp,inc,txt,sh,c,h}

---

Résultat de l'exécution :

Code:

---

1 2 3 4

# findinfiles SetBrushOrgEx customdrawn/customdrawnwinapi_win.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil); win32/win32winapi.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil); wince/wincewinapi.inc: Windows.SetBrushOrgEx(DestDC, 0, 0, nil);

---

Per-fec-to !

Merci à tous, bonne soirée, bon week-end, bonnes vacances éventuellement,