Peut-être un bug de l'éditeur pour Jack

Dans le programme que je viens de publier dans « Vos utilitaires »,
Voir https://panoramic.1fr1.net/t6037-wordpic-2

je l'ai essayé sur ma tablette (qui est plus lente)
et ça donne une curieuse erreur :
Lorsque je veux charger un texte enregistré en txt avec,
cela donne l'erreur suivante :
(35) Name already defined . line : 2
(ce qui correspond à la première ligne du programme :
dim DCT$ : rem Dernier Caractère Tapé

Comment le programme peut-il revenir à la première ligne de déclarations
alors qu'il a dépassé cette première ligne depuis longtemps ?
Est-ce que ça a un rapport avec la lenteur du microprocesseur,
qui prendrait plus de temps pour charger le fichier ?
Et comment peut-on bien empêcher cela ?

Ca alors, c'est un peu fort !

Bonjour.

JJN4, le bug avait déjà été signalé dans un post précédent.
Mais je ne me souviens plus où exactement.

Je crois cependant me souvenir qu'il provenait d'un problème de retour de pile de l'interpréteur Panoramic.

Une fonction appelée dans un label, je crois, perturberais la gestion de cette pile !

Jack pourrait nous en dire plus.

Merci pour ta réponse, Pedro, je n'ai pas tellement trouvé le post,
mais peut-être cela a effectivement un rapport avec la pile de
l'interpréteur et aussi avec l'utilisation de on_mouse_up, je ne sais pas.

J'ai remarqué un truc curieux. L'erreur se produisait (systématiquement
sur la tablette, et quelquefois de façon aléatoire sur l'ordi plus rapide)
lorsque j'ouvrais un fichier en double cliquant dessus (le fenêtre open_dialog
se situant au dessus du memo_rich). Mais si je l'ouvrais en ne double-cliquant pas,
mais en cliquant une fois, puis en cliquant ensuite sur le bouton « Ouvrir »,
ou bien en déplaçant le fenêtre open_dialog et en double-cliquant sur le fichier,
(celui-ci étant placé non plus au dessus du memo_rich mais en dehors),
eh bien là, ça ne faisait pas le bug en question. Bizarre, bizarre !!!

En tout cas, j'ai fait une nouvelle version 2.4 où j'ai désactivé le on_mouse_up
et (comme cela ne suffisait pas) où j'ai placé un cache au dessus du memo_rich
et là, ça ne fait plus le bug, apparemment. C'est le principal, mais c'est quand même curieux.

Parce que le bug cité plus haut, je l'ai eu de nombreuses fois lors de la construction
de ce programme, (c'est vrai que c'est le 1er programme où j'utilise on_mouse_up)
arrivant à le faire disparaître de diverses façons inconstantes
sans que je comprenne pourquoi il était apparu, ni comment le traiter de façon
systématiquement efficace. Ca risque d'être un bug de l'éditeur et ça mériterait
sûrement d'être examiné plus longuement, d'autant que l'éditeur définit mal ce bug,
parce qu'enfin, Name already defined dès la première ligne de code, c'est n'importe quoi !

Cette erreur se produit lorsqu'un 'on_mouse_up N,L ou on_mouse_down N,L' est déclenché pendant le traitement d'un autre évènement.  D'une manière générale, Panoramic ne supporte pas l'évènement dans l'évènement, il faut l'éviter au mieux.
Place judicieusement des 'off_mouse_up N/on_mouse_up N,L' et cela devrait s'arranger. Il n'existe malheureusement pas de commande du genre 'pause_all_event/restart_all_event' qui nous simplifierais la vie, il faut faire du cas par cas.

Merci pour ta réponse
(cela change d'un forum
qui est très calme, ces temps-ci !)

Non, cela ne marche pas avec off_mouse_up,
par contre, je suis arrivé à empêcher cela
en plaçant un couvercle (un panel) au dessus
du memo_rich qui contenait le on_mouse_up.
Tout cela fait bien du travail pour Jack... !