Problème variables mises en local

[Uunderfire]

Bonjour,
Sur ma chère TI-89 Titanium, j'ai rencontré un problème assez lourd depuis un certain temps.

En fait, j'ai installé le programme "catalog " il y a un moment, qui permet de comprendre l'utilisation des différentes instructions en Basic. Dans ce programme, des variables sont crées sous la forme 0->a, 0->b,etc pour environ 10-15 variables. Problème , ces variables sont stockées en mémoire sous la forme d'expressions dans main . Je pensais que cela ne touchait que ce programme et l'ai désinstallé, mais maintenant, dès que je crée un programme avec des variables, aussi sous la forme 0->a, ces variables sont mises en mémoire hors de mon programme et faussent donc les résultats des autres programmes !

Comment puis-je corriger cela, pour que les variables se ré-effacent à la sortie du programme ?

Merci pour votre aide !

[Lionel Debroux]

Tu peux modifier le programme, ou bien utiliser le menu qui permet d'effacer les variables A-Z (Clear A-Z variables)

[Uunderfire]

Ok, donc si je veux le modifier il faudrait utiliser local plutôt que de créer les variables directement ?

Je vais essayer en tout cas, merci

[Lionel Debroux]

Le plus simple reste d'utiliser Clear A-Z:

il faudrait utiliser local plutôt que de créer les variables directement ?

Pas forcément, car les programmes communiquent peut-être par les variables globales
Je pensais plutôt à ajouter des nettoyages des variables sur les points de sortie du programme, si possible.

Passer à des variables locales pourrait avoir un autre défaut: crasher la calculatrice, si certaines opérations sur des variables sont utilisées. TI n'a jamais corrigé ce gros bug qui est présent dans AMS depuis très longtemps, probablement depuis le début.

[Loulou 54]

Mais l'idée des variables locales n'est pas mauvaise quand même, à toi de voir. Ce dont parle Lionel doit être rare quand même, car ça ne m'est jamais arrivé je crois.

[Lionel Debroux]

Il y a un certain nombre de fonctions qui crashent la machine si elles sont appliquées à des variables locales. En particulier, de mémoire, Delvar.

[Bisam]

En même temps, il faut vraiment le faire exprès !! Une variable locale n'a justement pas besoin d'être effacée par Delvar.

Bon, je viens de tester... et rien ne se passe (en tout cas, sous OS 3.10).
Par ailleurs, je n'ai jamais aucun problème de crash avec des programmes en BASIC... mais je fais confiance à Lionel qui a dû plus triturer ses machines que moi.

[Uunderfire]

Eh bien, j'ai quand même préféré utiliser local, mais j'ai fait une sauvegarde de ma calculatrice (on est jamais trop prudent ). Je trouve Clear A-Z un peu lourd à utiliser à chaque fois ...

[Bisam]

Quoi qu'en dise Lionel, utiliser "local" est la façon propre de programmer et c'est celle que tu dois privilégier !
En Basic, l'allocation dynamique de mémoire n'existe pas... et donc il ne sert à rien de créer une variable au début d'un programme et de la détruire à la fin, à la main. La fonction "local" fait ça toute seule... et permet même d'utiliser des noms de variable déjà utilisés.

[Lionel Debroux]

Bien sûr que Local, et le passage d'arguments aux programmes auxiliaires internes, est la façon propre de programmer.
Mais depuis le début, je veux seulement indiquer qu'introduire Local dans un ensemble de programmes déjà écrits, qui ne l'utilisait pas auparavant, peut non seulement le rendre inopérant (si des modifs plus importantes ne sont pas effectuées pour supprimer la communication par les variables externes), mais surtout crasher la calculatrice