Discussion :

[Cartmanez64]

Bonjour,

Dans le cadre d'un projet je dois compiler du code dynamiquement et pour se faire j'utilise la fonction Compile() de WinDev (18).

Malheureusement quand j'ai une erreur de syntaxe dans le code à compiler,

Code :

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

1
2
3
4
 
Trace("UN")
Trace("DEUX"// Erreur
Trace("TROIS")

La fonction Compile() m'envoie la chaîne "Ligne incomplète" mais je n'arrive pas à récupérer le numéro de la ligne à la quelle se trouve mon erreur. La fonction ErreurInfo() est vide et ErreurInfo(errLigne) me retourne toujours 0.

Avez vous une idée de comment puis-je récupérer ce numéro de la ligne ?

D'avance merci.

Cordialement.

>Cartmanez

[laurent30s]

Dans le cadre d'un projet je dois compiler du code dynamiquement et pour se faire j'utilise la fonction Compile() de WinDev (18).

Malheureusement quand j'ai une erreur de syntaxe dans le code à compiler,

Code :

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

1
2
3
4
 
Trace("UN")
Trace("DEUX"// Erreur
Trace("TROIS")

La fonction Compile() m'envoie la chaîne "Ligne incomplète" mais je n'arrive pas à récupérer le numéro de la ligne à la quelle se trouve mon erreur. La fonction ErreurInfo() est vide et ErreurInfo(errLigne) me retourne toujours 0.

Avez vous une idée de comment puis-je récupérer ce numéro de la ligne ?

Si on fait une erreur sur un nom de fonction

Code :

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

1
2
3
Trace("UN")
Trce("DEUX")// Erreur
Trace("TROIS")

si on fait une division par 0

Code :

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

1
2
3
Trace("UN")
Trace("DEUX" + (8/0))// Erreur
Trace("TROIS")

le numéro de ligne en erreur est bien indiqué

Mais pour le cas des lignes incomplètes le numéro de ligne n'est pas indiqué
c'est le cas pour la ) manquante de ton exemple mais aussi pour

Code :

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

1
2
3
4
Trace("UN")
Trace("DEUX")// Erreur
SI
Trace("TROIS")

Je ne crois pas qu'on puisse disposer de cette info dans windev pour ce type d'erreur
Peut-être dans une prochaine version
Ou alors il faut que tu analyses le code avant compilation et là je te souhaite bien du courage...
Avant de s'engager dans ce travail la question à ce poser, est-ce bien nécessaire ???

[Cartmanez64]

Merci d'avoir répondu laurent30s.

1. Si on fait une erreur sur un nom de fonction, une exception est générée lors de l'exécution du code par la fonction ExécuteTraitement() et là on a le numéro de ligne.

2. Si on fait une division par 0, là c'est bien une erreur de compilation et le résultat de celle si vaut "ERR" et dans ce cas je peux utiliser la fonction ErreurInfo(errLigne) pour le numéro de ligne et sa marche bien.

3. Oui c'est nécessaire de le faire car c'est dans mon cahier des charges pour mon travail de diplôme.

Il est claire que d'écrire un "parseur" pour le WLangage n'est pas envisageable (manque de temps, trop compliquer).

Il faut voir si on peut forcer la fonction Compile() à retourner toujours "ERR" en cas d'erreur (divisions par 0 ou ligne incomplète).

Toute autre proposition est la bienvenue.

Cartmanez64

[mail.spam]

Bonjour,

Je pense que la compilation se fait pour la chaîne sans décomposer les lignes.

Tu peux essayé de faire un compile() ligne par ligne afin de savoir où le code bloque.
Ensuite il faudra refaire un compile de tout le code.
mais c'est une idée!!

[Cartmanez64]

Bonjour,

J'ai déjà essayé ligne par ligne mais si dans mon code j'ai un bloc

POUR i = 0 A 5
//code
FIN

la ligne POUR i = 0 A 5 sera fausse car il n'y pas de FIN pour le POUR. En effet la FIN est sur une autre ligne.

Merci quand même.

[mail.spam]

J'avais pas vu ça.
J'avais dit que ce n'étais qu'une idée.