Couleur d'une variable qui n'est pas un mot-clé

Pourquoi Panoramic colorise une variable dont l’identifiant est date% comme si elle fait partie des mots clés du langage ?

Code:

dim date%
print date%

Ce n'est pas la seule bizarrerie de panoramic, essaye ceci. C'est l'extrait de code que j'avais à la suite de mon programme pour déboguer:

Code:

dim date%
print date%
END
dim a$,b$
' debug
b$="test"+str$(a)+":' +"a$"
print b$

Alors que mon code fonctionnait bien, j'avais fais cette erreur sans m'en rendre compte. Résultat:plantage silencieux!
Heureusement, ce n'était pas grand chose, j'en ai été  quitte pour une petite frayeur!

Bonjour à tous
Papydall, c'est pareil pour tout les mots clés se termina t par $
Dim time%.
À plus

La réponse est ici :

https://www.freebasic.net/wiki/wikka.php?wakka=CatPgFullIndex

PANORAMIC comme Fpano utilisent le compilateur de FreeBasic + d’autres « bibliothèques ».
En FreeBasic, il y a des mots « réservés » aussi, qui ne sont pas forcément les mêmes qu’en PANORAMIC et FBPano.
Il se déclarent avec les suffixes bien connus $ et % sauf que FreeBasic les supprime dans le code de programmation (dixit Jean Debord, mon mentor en FBPano).
En clair, DIM a,a$,a%, c’est kif kif, c’est une seule variable a pour FreeBasic, mais laquelle ??
J’ai pris l’habitude de contourner ce problème en numérotant mes variables « fourre-tout »
Par exemple a1,a2$,a3%,a4$(10,2) qu’il interprète dans la partie programmation par a1,a2,a3,a4() toutes valides.
Donc time$ NON, time1$ OUI. date% NON, date2% OUI

Cordialement

PS. Nous aurons probablement le même problème quand Jack basculera PANORAMIC sur le compilateur de FreePascal qui aura ses propres mots-clés.

Ouf_ca_passe a écrit:

En clair, DIM a,a$,a%, c’est kif kif, c’est une seule variable a pour FreeBasic, mais laquelle ??

Dans FBPano, ce code entraînerait une erreur "Duplicated Definition"

Avec le compilateur Panoramic je ne sais pas. Je n'ai pas testé les dernières versions.

De toute façon je pense que la question initiale de Papydall se référait à l'interpréteur Panoramic (qui à ma connaissance est autonome et n'utilise pas FreeBASIC).

Citation :

Avec le compilateur Panoramic je ne sais pas. Je n'ai pas testé les dernières versions.

En Panoramic, ce sont 3 variables distinctes, sans rapport les unes avec les autres. Il n'y a pas de confusion. Et c'est simple à vérifier...

Voici comment:

Code:

dim a$, a%, a
a$ = "abc"
a% = 13
a = 23.45
print a$
print str$(a%)
print str$(a)
end

Pour l'exemple de code donné par Klaus :
Pas de problème avec l'interpréteur, par contre, le compilateur crée un fichier intermédiaire

Code:

...
...

DIM SHARED V_A AS STRING
DIM SHARED V_A AS INTEGER
DIM SHARED V_A AS DOUBLE
dim shared pc_print_string as sub stdcall _
(byval P1 as zstring ptr)

...
...

Et à la compilation, il se rend compte que les 3 variables V_A portent le même identificateur, mais de type différent, d’où l’erreur Duplicated definition, V_A

Error.txt:

Par ailleurs, Jack a dit (ou plutôt  a écrit) ici :

Citation :

B.5 - Définir des variables de même nom mais de type différent n'est pas accepté.
dim a%,a$,a n'est pas accepté

Mais, la coloration  d’une variable est tout autre
Dans le code suivant qui est tout coloré en bleu, date% et time% (il y en a d’autres …) ne devraient pas être colorées

Code:

dim date%, time%
print date%
print time%

Au final, il n'y a rien de méchant là-dessus, mais c'est un chouia déroutant !