COMPILATEUR version beta 19 du 9 février 2021

Une nouvelle version du compilateur est disponible: version beta 19 du 3 février 2021

C'est encore une version Béta, donc sujette à des bugs.

Les modifications par rapport à la version précédente sont:

- ITEM_SELECT N,O désélectionne l'item sélectionné de l'objet N
- la correction d'un bug: des variables non déclarées passaient la compilation

Bonjour.

Il n'est pas possible de télécharger le nouveau compilateur, suite au message d'alerte suivant de Windows Defender.

Trojan:Win32/Wacatac.B!ml
Cheval de Troie.
Menace grave !

J'ai télécharger le compilateur, à partir du lien sur la page d'accueil du forum.
Le téléchargement se passe bien, aucun problème.
J'utilise IOBIT MalwareFighter en version Pro comme anti-virus, ayant activé BitDefender.
Aucun signalement de virus ou malware.
En double-cliquant sur le fichier téléchargé, Windows Defender m'avertit qu'il a bloqué le démarrage parce qu'il s'agit d'un éditeur de logiciel inconnu. Mais dans cet écran, il y a un bouton pour informations complémentaires. Et là, on a la fenêtre suivante:

Il suffit alors de cliquer sur le bouton "Exécuter quand-même", le programme démarre sans problème et chaque demarrage par la suite se passe sans problème.

Donc, pas de virus, et le téléchargement ainsi que le démarrage est possible sans problème.

Oui, je connaissais bien cette méthode Klaus.

Mais sur mon PC sous Windows 10, le téléchargement ne se fait même pas, et j'obtiens le message d'erreur indiqué.

De plus, il m'affiche erreur réseau !!

Moi aussi, je suis sous Windows 10 Edition Familiale, dernière version (toutes mises à jour faites).

Personnellement, j'ai désactive Windows Defender qui m'a causé trop de problèmes. IOBOT MalwareFighter, même en version gratuite, fonctionne parfaitement et ne détecte aucun virus dans les éditeurs et compilateurs Panoramic.

Tu pourrais peut-être rentrer le nom du fichier concerné, ou carrément le domaine de téléchargement Panoramic, dans la liste blanche de Windows Defender. Je pense que c'est la solution. Windows Defender est connu pour tenter de bloquer de logiciels hors MicroSoft et pouvant être en concurrence avec les produits MicroSoft. C'est bien pour cette raison que je l'ai désactive et que je me suis rabattu sur autre chose... SmartScreen continue d'agir, mais je vais le virer aussi, un de ces jours.

Merci Klaus.

Je viens d'installer IOBOT MalwareFighter, et le téléchargement du compilateur s'effectue correctement maintenant.

@Jack.

Avec le nouveau compilateur, j'obtiens le message d'erreur suivant:

Not defined variable (DIM) line 2443.

Voici la ligne incriminée:

Code:

if kk%>4 and kk%<8 then xx%=(kk%-5)*160 : yy%=120 : l%=150 : zz99%=50

Je précise que, après vérification, toutes les variables de la ligne sont bien définies au début du programme.

D'autant plus que les variables sont utilisées dans les lignes qui précèdent la ligne 2443.

Code:

zz%=instr(a$,"/")
l%=100
zz99%=30
if kk%<5 then xx%=kk%*110 : yy%=20
if kk%>4 and kk%<8 then xx%=(kk%-5)*160 : yy%=120 : l%=150 : zz99%=50

Excellente nouvelle:
Seuls 2 moteurs sur 70 de VirusTotal détectent un soi-disant virus.

@Pedro:
Merci d'avoir testé le compilateur. Il y a en effet un bug, que je vais corriger rapidement.

D'autre part, il n'y a pas de virus dans ce compilateur.

Bonjour à tous !

Merci Jack !

J'ai téléchargé ce nouveau compilateur sans problème avec Windows Defender.  

Bonne continuation !

Voila, le bug est corrigé.

Je n'ai pas modifié la version (béta 19) car il a été très peu téléchargé. Que ceux qui ont téléchargé la version du 3 février, téléchargent maintenant la version du 4 février 2021.

@Jack.

Le problème persiste pour les chaînes de caractères.

Ici, chaine2$ est bien initialisée avec dim au début du programme, comme suit:

Code:

dim caractere$, ccs$, chaine$, chaine_message$, chaine1$, chaine2$, chaine2b$, chaine3$, chaine3b$, chaine4$, chaine4b$, chaine5$, chaine6$, chaine7$, chaine8$, chaine98$, chaine99$, chaine100$, chaine3000$, classe_mot$

 

Code:

message(number_current_line,0,1,chaine2$)

Voici deux petits exemples pour illustrer le bug.

Merci pour vos tests.
Il y a en effets des bugs résiduels.
Je retire cette version, le temps d'investiguer et de les corriger.

Je pense que le problème sur les chaînes est résolu.
Il venait plûtot de la variable number_current_line.

Par contre, le code suivant provoque la même erreur sur la variable r, alors qu'elle est bien déclarée.

Code:

sub afficher_horloge(param1%, param2%, param3%, param4%)
   dim_local a,b,x2%,y2%,l%,r
   ' Dimension de l'image/2.
   l%=100
   ' Rapport entre la dimension réelle de l'image et la dimension affichée.
   r=175/l%

La version du compilateur beta 19 du 7 février 2021 est disponible …

@Pedro:
La variable système NUMBER_CURRENT_LINE n'existe pas pour le compilateur car l'exécutable généré par le compilateur ne connait plus les lignes du source.

Bonjour.

@Jack.

On avance, mais maintenant, j'obtiens le message d'erreur suivant:

Erreur 57: type mismatch

Pour info, les deux variables sont bien déclarées avec leurs bons types respectifs.

Code:

longueur%=len(chaine$)

Avec le source suivant:

Code:

dim longueur%,chaine$
chaine$="abcdef"
longueur%=len(chaine$)
print longueur%

1 - la compilation se passe sans problème.
2 - à l'exécution, il s'affiche correctement 6

@Jack.

Je comprends bien que le compilateur fonctionne correctement avec un code de petite taille !

Je t'ai donc envoyé le source de mon logiciel en MP, pour que tu puisses constater le problème.

L'erreur se produit ligne 7718.

Merci Jack pour cette nouvelle version !

Le compilateur étant plus rigoureux de la bonne syntaxe de Panoramic, cela me permet de trouver des erreurs de codage dans certains de mes sources.

Cette version 0.9 beta 19 est excellente !

J'ai noté une intolérance -normale, je pense- à l'ordre des symboles du signe "supérieur ou égal" et "inférieur ou égal".
Si le signe "égal" est en première position, on a un message d'erreur :

Il suffit de remettre les symboles dans le bon ordre et tout va bien !

Je continuerai quelques tests après dîner.

@pedro:
J'ai téléchargé ton source.
Il y a effectivement un "type mismatch", mais pas à la ligne indiquée par le compilateur, mais en fait sur la ligne juste avant:

mise_a_jour_traduction(chaine$)
et non pas:
longueur%=len(chaine$)

L'erreur vient du fait que tu appelles mise_a_jour_traduction avec 1 seul paramètre, alors qu'il est défini à la ligne 34648 avec 2 paramètres:
sub mise_a_jour_traduction(param2%,param1$)

Le compilateur se trompe d'une ligne pour signaler l'erreur, mais l'erreur est bien réelle dans ton source.

@Pedro:

Le compilateur se trompe d'une ligne pour indiquer ton erreur, car tu as des lignes très longues.

Par exemple, la ligne 759 comporte 494 caractères.De même pour les lignes 24844 et 47623.
Il se peut qu'à partir d'un certain nombre de caractères par ligne, le compilateur, en interne, décompose une ligne longue en 2 lignes et saute d'une ligne les numéros de ligne.

Il me semblait avoir mis une limite sur le nombre de caractères par ligne de source pour éviter cela, qu'on a déjà rencontré avec langues ou avec le planétarium. Je n'ai pas du coder cette limitation.

Bonjour.

@Jack.

Je viens de t'envoyer le nouveau code rectifié.

Malheureusement, il ne compile pas.
J'ai bien le message Source sent, mais ensuite il ne se passe plus rien !

Je viens juste de voir ton message précédent, concernant le nombre de paramètres de la sub.
Après rectification, le problème persiste.

Code:

34691 sub mise_a_jour_traduction(param1$)

Sujet : Compilateur 0.9 beta 19

Bonjour à tous !

@Jack
J’ai continué à tester le compilateur, je n’ai rien remarqué de critique.

Deux commandes  sont inopérantes mais non bloquantes pour la compilation :  DROP_DOWN et CONTENT_COPY.

Code:

' drop_down

combo 1
item_add 1,"Ligne 1"
item_add 1,"Ligne 2"

pause 1000

drop_down 1

end

Code:

' content_copy

dlist 1
item_add 1,"Ligne 1"
item_add 1,"Ligne 2"

list 2

pause 1000

content_copy 1,2

Après correction de quelques erreurs dans le code d’EliP v3.52, j’ai pu le compiler et l’utiliser sans problème.

Encore merci pour tout et bonne continuation.

Merci de tester le compilateur !

@Marc:
Effectivement, DROP_DOWN et CONTENT_COPY ne fonctionnent pas.
Je vais corriger cela.

@Pedro:
Je réponds à ton 2ème MP d'aujourd'hui:

Pedro a écrit:

La compilation indique variable non déclarée, ligne 27059, alors que les deux variables sont bien déclarées.
27059 zz99%=instr(chaine100$,"/")

Je ne sais pas pourquoi (mais je vais chercher), le compilateur saute une ligne avec le logiciel langue.bas lorsqu'il trouve une erreur, mais l'erreur de variable non déclarée se situe à la ligne juste avant 27059:
en 27058, il y a : reponse2%=res% et la variable reponse2% n'est pas déclarée. Elle est utilisée 2 fois dans langues.bas sans être déclarée.

Si je mets en commentaire les 2 lignes où apparaissent reponse2%, le compilateur trouve ensuite une erreur en 27090:
for kk%=0 to avoir$.length
il ne trouve pas la variable avoir$.length

Si je mets la boucle for en commentaire, il trouve encore une variable non déclarée en 27420: z99%

Je m'arrête là car il me semble qu'il y a beaucoup d'erreurs dans ton source, et je ne vais pas le "débugger" ce soir

La version du compilateur beta 19 du 9 février 2021 est disponible …

@Pedro:
J'ai corrigé le bug du compilateur qui faisait que pour certaines erreurs, il indiquait la ligne juste avant la ligne où il avait trouvé une erreur.
C'était bien un bug du compilateur et non pas parce que tes lignes du source étaient trop longues…

Le compilateur peut compiler des lignes de source qui atteignent jusqu'à 1024 caractères. Au dessus, il déclenche une erreur "ligne trop longue".

@Marc:
Je corrigerai plus tard les bugs vus sur DROP_DOWN et CONTENT_COPY.