Discussion :

[D[r]eadLock]

bonjour,
je souhaite parser une ligne du style macro toto(x,y,z) = x+y
Or, je ne me souviens plus comment on fait pour sauvegarder l'endroit ou c'est arrete une recherche :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
#si on a une macro
if ($ligne =~ /^\s*macro\s+(\w+)\s*\(\s*/g) {
    $nom_macro=$1;
    #on parse les parametres
     while ($ligne =~ /\G(\w+)\s*[,]?\s*/g) {
         push(@param,$1);
     }
    # maintenant je veux parser a partir de la ou je me suis arreter ! 
    if (! ($ligne =~/\G\)/g) ) {
        exit(1);
    }

Le probleme est que l'on sort de la boucle de recuperation des parametres lorsque le matching echoue, et donc \G n'a plus de signification !

Aurriez-vous des souvenirs/idees ? ?

[D[r]eadLock]

Fin du monlogue : j'ai retrouve la fonction : pos($ligne)
Ce qui donne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
#si on a une macro
if ($ligne =~ /^\s*macro\s+(\w+)\s*\(\s*/g) {
    $nom_macro=$1;
    #on parse les parametres
     while ($ligne =~ /\G(\w+)\s*[,]?\s*/g) {
         push(@param,$1);
         $pos=pos($ligne);
     }
    # maintenant je veux parser a partir de la ou je me suis arreter ! 
    pos($ligne)=$pos;
    if (! ($ligne =~/\G\)/g) ) {
        exit(1);
    }

[Plouf]

eadLock]Fin du monlogue : j'ai retrouve la fonction : pos($ligne)
Ce qui donne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
#si on a une macro
if ($ligne =~ /^\s*macro\s+(\w+)\s*\(\s*/g) {
    $nom_macro=$1;
    #on parse les parametres
     while ($ligne =~ /\G(\w+)\s*[,]?\s*/g) {
         push(@param,$1);
         $pos=pos($ligne);
     }
    # maintenant je veux parser a partir de la ou je me suis arreter ! 
    pos($ligne)=$pos;
    if (! ($ligne =~/\G\)/g) ) {
        exit(1);
    }

Une autre solution consiste a utiliser les operateur de pre-match et de post-match (solution plus propre je pense).......

[D[r]eadLock]

Une autre solution consiste a utiliser les operateur de pre-match et de post-match (solution plus propre je pense).......

Effctivement, je n'y avait pas pense ! Merci ! C'est clair que c'est un peu plus propre !

[nyal]

Non ce n est pas plus propre.
TRES TRES LOURD. toujours eviter d utiliser ces variables. car des que tu les utilises une fois c est fini. il va les remplir pour toutes les autres regexp.
ce qui est tres embetant et qui ralentit beaucoup le prog.

à eviter par consequent. (bien sur il y a des cas où on en peut pas mais danc ce cas la on peut)

[Plouf]

Non ce n est pas plus propre.
TRES TRES LOURD. toujours eviter d utiliser ces variables. car des que tu les utilises une fois c est fini. il va les remplir pour toutes les autres regexp.
ce qui est tres embetant et qui ralentit beaucoup le prog.

à eviter par consequent. (bien sur il y a des cas où on en peut pas mais danc ce cas la on peut)

C'est pas du tout embetant, tout depends de la façon dont tu as construit ton code.
Pour le ralentissement du prog, je n'en suis pas aussi sûr que toi, car recement j'ai comparer un analyseur syntaxique avec et sans les opérateur de pre/postmatch, et le prog était plus rapide avec les operateurs.....