GREP nombre impair

Salut,

Pour déboguer un batch DOS, je cherche à matcher des lignes foireuses, par exemple celles qui pourraient contenir un guillemet suivi de n'importe quelle expression sauf un guillemet. Aucun de mes essais n'a abouti à qque chose de valable.
Finalement, encore plus intéressant, j'ai pensé plutôt à matcher ttes les lignes d'un fichier qui contiennent un nombre impair de guillemets

"coucou"
cou"cou
cou""cou
coucou"
"couco"u"


donc ici lignes 2, 4 et 5. Y a-t-il, avec l'option -c par exemple une solution à ce problème sans passer par aucune autre commande Linux (en dehors de SED à la rigueur) ?
Ce serait bien aussi de caser l'option -n pour avoir l'affichage des lignes et de leurs numéros

Je suis également intéressé par une regexp correspondant au premier essai (simple curiosité)

Merci
Configuration: Windows XP
Firefox 3.0.8

43 réponses

Résumé de la discussion

La problématique consiste à détecter dans un fichier les lignes contenant un nombre impair de guillemets, dans le cadre du débogage d'un batch DOS, en privilégiant sed ou awk. Plusieurs réponses privilégient awk pour compter les guillemets et restituer les lignes dont le compte est impair, en utilisant gsub et une condition modulo. Des variantes existent, comme traiter les lignes contenant des guillemets et déterminer la parité via gsub, ou combiner sed et substitution pour évaluer la présence et l'absence des guillemets. En pratique, certains exemples affichent le numéro de ligne et son contenu lorsque le comptage est impair, tout en signalant que l'échappement des guillemets sur Windows peut compliquer l'analyse.

Bobot (l’IA à votre service)
  1. Modérateur
    Salut,

    J'ai torturé 'grep" dans tous les sens, mais je n'ai rien pu en tirer ;-(((

    Une solution avec "sed" :
    [tmpfs]$ cat -n plop
         1  "coucou"
         2  cou"cou
         3  cou""cou
         4  coucou"
         5  "cou"cou"
         6  "cou"c"o"u
    
    [tmpfs]$ cat -n plop | sed -n 'h;:z;/"/{s/\("[^"]*"\)//1;tz;g;p}'
         2  cou"cou
         4  coucou"
         5  "cou"cou"
    
    [tmpfs]$
    Si tu ne veux pas du "cat -n" remplace-le par :
    sed = plop | sed 'N;s/\n/ - /' |
    ;-))
    1. Modérateur
      Faisable avec sed. Le cut ne sert qu'à extraire le numéro de ligne.
      (mando@aldur) (~) $ cat plop.txt
      "coucou"
      cou"cou
      cou""cou
      coucou"
      "couco"u"
      
      (mando@aldur) (~) $ cat plop.txt | sed -e s/\"[^\"]*\"//g | grep -n "\"" | cut -f1 -d:
      2
      4
      5
      

      Bonne chance
      1. Modérateur
        Chapeau bas Miss (comme dirait lami20j) ;-))
    2. Modérateur
      Merci :-) Mais bon le sed modifie la ligne. Mon approche consiste à virer les "xxx". Du coup si le nombre de guillemets est impair, il en reste un après le sed et le dernier grep extrait la ligne (modifiée donc).

      Bref c'est pas complètement parfait, car je ne vois pas comment avoir simplement le numéro de ligne + la ligne complète sans passer par un script (il faudrait stocker la ligne lue et la réécrire si la ligne matche).
      1. Contributeur
        Merci :)

        le malheur dans tout ça c'est que c'est sous windows comme d'habitude, c'est pour cela que j'ai précisé "sans autre commande Linux, j'ai juste sed, grep et uniq). La seule approche à peu près ressemblante que je vois c'est

        for /f "tokens=*" %%A IN (Path.txt) DO ECHO %%A | sed -e "s/\"[^\"]*\"//g" | grep -n "\""


        voilà l'interprétation :

        >for /F "tokens=*" %A IN (Path.txt) DO ECHO %A   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        
        >ECHO "coucou"   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.
        
        >ECHO cou"cou   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.
        
        >ECHO cou""cou   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.
        
        >ECHO coucou"   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.
        
        >ECHO "couco"u"   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.
        
        >ECHO ~%%i   | sed -e "s/\"[\"]*\"//g" | grep -n "\""
        sed: can't read |: Invalid argument
        sed: can't read grep: No such file or directory
        sed: can't read ": Invalid argument
        Le processus a tenté d'écrire sur un canal inexistant.


        j'utilise ce sed http://gnuwin32.sourceforge.net/packages/sed.htm 4.1.5

        Le fait d'écrire un script après comme suggéré ne serait pas contraignant, le vrai souci c'est d'arriver à encadrer ce motif qui parait tout simple :)
        1. Contributeur
          j'ai bidouillé ta commande comme ceci :

          >grep -n "." Path.txt | sed -n "h;:z;/\"/{s/\(\"[^\"]*\"\)//1;tz;g;p}"
          2:cou"cou
          4:coucou"
          5:"couco"u"

          merde, ça a l'air bon ? :))
          1. Contributeur
            Excuse, mais tu pourrais expliciter cette expression régulière sed, s'il te plait ?

            Merci
            1. Modérateur
              #n                      # Affichage sur demande
              h                       # On stocke la ligne dans la mémoire annexe
              :z                      # Étiquette
              /"/ {                   # Si on trouve un guillemet 
                  s/\("[^"]*"\)//1    # On essaie de substituer tout ce qui se
                                      # trouve entre 2 guillemets par rien
                  t z                 # Si une substitution a eu lieu on se branche
                                      # à l'étiquette et on remet ça
                  g                   # Sinon (qu'un guillemet restant) on remet
                                      # la ligne stockée dans la mémoire secondaire
                                      # dans l'espace de travail
                  p                   # Et on l'imprime
              }
              1. Contributeur
                Super, merci encore ;)

                j'applique ton modèle à d'autres problèmes possibles, et je rencontre une autre difficulté, pour une situation quasi-identique : nombre impair de % (exemple de ligne : utryu%uio)

                grep -n "." Path.txt | sed -n "h;:z;/%/{s/\(%[^%]*%\)//1;tz;g;p}"


                ça ne fonctionne pas, même en protégeant le % avec un antislash, tu aurais une idée ? car comme précisé avec d'autres caractères recherchés, tel que le ^, et une fois protégé,

                >grep -n "." Path.txt   | sed -n "h;:z;/\^/{s/\(\^[^\^]*\^\)//1;tz;g;p}"
                8:cou^cou


                le motif est bien trouvé.
                1. Modérateur
                  [tmpfs]$ cat plop
                  %coucou%
                  cou%cou
                  cou%%cou
                  coucou%
                  %cou%cou%
                  %cou%c%o%u
                  
                  [tmpfs]$ cat -n plop | sed -n 'h;:z;/%/{s/\(%[^%]*%\)//1;tz;g;p}'
                       2  cou%cou
                       4  coucou%
                       5  %cou%cou%
                  
                  [tmpfs]$
                  Chez moi ça marche, par contre comme "%" est un caractère réservé de Windows (au même titre que "!" pour GNU/Linux), il est fort possible que ça interfère...

                  Désolé ;-(
                  1. Contributeur
                    en effet, le caractère ne s'affiche même pas dans le terminal :)

                    comment tu fais sous Linux pour protéger un caractère réservé ?
                    1. Modérateur
                      Normalement en le protégeant avec un anti-slash '\!", par contre j'ai remarqué que tu utilisais des doubles quotes autour de ton expression, essaie avec des quotes simples...

                      En bash ça a son importance ;-\
                  2. Contributeur
                    Sous windows je crois que les ' ' ne marchent pas

                    grep -n '.' Path.txt   | sed -n 'h;:z;/\"/{s/\(\"[\"]*\"\)//1;tz;g;p}'
                    sed: -e expression #1, char 1: unknown command: `''


                    Sans par contre c'est possible, parfois

                    grep -n . Path.txt   | sed -n h;:z;/\"/{s/\(\"[\"]*\"\)//1;tz;g;p}
                    1:"coucou"
                    2:cou"cou
                    4:coucou"
                    5:"couco"u"


                    Pour en revenir à la recherche du motif "% impair" pas trouvé de solutions, guillemets ou pas, et même en faisant passer ce caractère dans une variable rien à faire, il ne s'affiche pas

                    grep -n . Path.txt   | sed -n h;:z;/\[\\)//1;tz;g;p}
                    sed: -e expression #1, char 13: unknown command: `/'
                    grep: write error: Invalid argument


                    quoique...

                    grep "%" Path.txt
                    utryu%uio


                    je vais voir peut être avec findstr...
                    1. Modérateur
                      grep -n '.' Path.txt | sed -n 'h;:z;/\"/{s/\(\"[\"]*\"\)//1;tz;g;p}'
                      sed: -e expression #1, char 1: unknown command: `''


                      A ce moment là il ne faut pas échapper les \", essaye sans les échapper...
                      1. Contributeur
                        j'avais essayé comme ceci

                        grep -n "." Path.txt | sed -n "h;:z;/%/{s/\(%[%]*%\)//1;tz;g;p}"


                        et dans le shell les caractères % ne s'affichent pas d'où erreur
                        1. Modérateur
                          Essaie comme ça :
                          grep -n "." Path.txt | sed -n 'h;:z;/%/{s/\(%[%]*%\)//1;tz;g;p}'
                          1. Contributeur
                            >grep -n "." Path.txt | sed -n 'h;:z;/[\)//1;tz;g;p}'
                            sed: -e expression #1, char 1: unknown command: `''
                            grep: write error: Invalid argument


                            Edit >

                            >grep -n "." Path.txt | sed -n "h;:z;/[\)//1;tz;g;p}"
                            sed: -e expression #1, char 20: unterminated address regex


                            bouh :/

                            ça doit vraiment être ce caractère %, s'il y en a deux il doit supposer que ce qui se situe entre est une variable, et vu que ce n'est pas déclaré parcequ'elle n'existe pas, ça ne fonctionne pas.

                            Cet exemple avec les & marche, sans protection...

                            >grep -n "." Path.txt | sed -n "h;:z;/&/{s/\(&[&]*&\)//1;tz;g;p}"
                            8:regrg&gedr


                            faudrait l'empêcher d'interpréter le % c'est pas gagné. Avec d'autres séparateurs pour SED tu crois que c'est possible ?
                            1. Modérateur
                              Effectivement c'est l'interprétation de % par Windows qui pose problème, va te falloir attendre un expert en Windows ;-))

                              Quant au séparateur, ça n'a rien à voir dans la mesure où le caractère "%" n'est pas utilisé comme séparateur.
                              On en change quand justement il risque d'y avoir confusion et pour éviter la protection comme dans un chemin :
                              sed 's/\/home\/user\/chemin/blablabla/'
                              
                              sed 's%/home/user/chemin%blablabla%'

                              là oui c'est utile, ne serait-ce que pour la visibilité ;-))
                          2. Contributeur
                            hello
                            et avec awk, disponible là
                            awk ' /\"/ {x=$0;n=gsub("\"", "X", x);if(n % 2 ) print NR, $0 }' 
                            1. Contributeur
                              Salut,

                              donc avec awk.exe, $ComptFlop=3 :)

                              >awk " /\"/ {x=$0;n=gsub("\"", "X", x);if(n % 2 ) print NR, $0}"
                              awk:  /"/ {x=$0;n=gsub(", X, x);if(n % 2 ) print NR, $0 }
                              awk:                   ^ unterminated string
                              
                              >awk " /\"/ {x=$0;n=gsub("\"", "X", x);if(n % 2 ) print NR, $0}" resultat.txt
                              awk:  /"/ {x=$0;n=gsub(", X, x);if(n % 2 ) print NR, $0 }
                              awk:                   ^ unterminated string
                              
                              >type resultat.txt | awk " /\"/ {x=$0;n=gsub("\"", "X", x);if(n % 2 ) print NR, $0 }"
                              awk:  /"/ {x=$0;n=gsub(", X, x);if(n % 2 ) print NR, $0 }
                              awk:                   ^ unterminated string
                              Le processus a tenté d'écrire sur un canal inexistant.


                              j'ai manqué un truc ?
                              1. Contributeur
                                Windoz n'aime pas les ', il faut donc des " et avec tous ceux à l'intérieur c'est galère, je te conseille de le mettre dans un fichier

                                $ type f1.awk
                                /\"/ {x=$0;n=gsub("\"", "X", x);if(n % 2 ) print NR, $0 }

                                et d'exécuter awk -f f1.awk
                                • 1
                                • 2
                                • 3