J'aurai besoin d'une solution.... - Page 1

Bon, voilà quel est mon problème:
Je fais des progs en Ti-BASIC sur V200, et dans mon dernier projet, je fais des appels très fréquent à une librairie en ASM (VERTEL, si vous voulez tout savoir...), et au bout d'un certain temps (tout le temps le même), ma machine me fais une ERROR MEMORY.
Alors mon père, qui s'y connait assez bien en programmation, me dit que je dois rendre fou le "pointeur de pile", ou que je dois le saturer. Alors je voudrais savoir si il existe un programme, ou une commande (ASM 68K ou Ti-BASIC) qui peut me faire ça.
Ou sinon, est-ce-que vous savez comment résoudre un tel problème d'ERRORS MEMORY....
Merci d'avance...

Tu as beaucoup de fichiers non archivés sur ta calc?

La réponse est dans ton manuel
Cette erreur se produit lors d'un dépassement de mémoire, donc vérifie ta RAM libre avant de lancer ton prog.

Heu, c'est pas un problème d'archives je pense.. ma mémoire est presque vide (RAM et FLASH)....
Mais est-ce-que plus on a de progs archivés, plus on a des chances de planter sur une telle erreur???
Si oui, je ne comprendrais jamais rien à la structuration de ces satanées TI...

Non, au contrire, je voualis savoir si tu avais beaucoup de ram libre.
Cette erreur peut être produite par une trop grande demande de ram, ou peut-être aussi un dépassement de la pile. Mais peut-être est*ce juste ton programme qui demande trop de ressources...

Ma RAM libre, c'est 87542... je pense avoir de la marge... non??

Hum... Oui et non... Si tu manipule de gros fichiers, ou que tu essaye de tockeniser un programme non négligeable ça peut être insuffisant.
Par curiosité, mais il y a peu de chances que ça vienne de là, tu utilise quelle version de Vertel ?

heu.... la version 1.10 (elle doit plus être très récente je pense....)

Oui et non... Il existe la suivante (v2.00) mais elle n'est disponible qu'en version beta, et t'obligerais à refaire totalement ton programme (tous les noms de fonction ont change).
En tout cas ce n'est pas la 1.10 qui peut te "bouffer" de la ram, donc ton problème a surement sa solution dans un des posts précedents

Bon, c'est bien gentil tout ça...sauf que voudrais avoir vraiment le coeur net sur l'histoire du pointeur de pile... (ou de la pile en elle même...). Donc si vous savez comment 'faut faire pour la vider "proprement", ou si vous savez à qui je peux m'adresser pour me filer un coup de main non négligeable... et bien, si vous pouviez gentiment me poster un tuyau...ce serait bien volontiers.
Merci d'avance

Tu ne peux y avoir accès ni en basic, ni en C. Le seul moyen d'agir directement sur la pile, c'est en assembleur. Mais si tu obtients cette erreur, c'est que ton programme est trop gourmand. Pouvons-nous savoir de quoi il s'agit?

Un truc qui peut bouffer la pile, c'est des appels de sous-programmes récursifs (un SP qui s'appelle lui-même quoi, ou un SP qui appelle son père, et ceci à l'infini, ben ça fait disjoncter par ex)
Edit: Ah, savais pas, je ne l'ai jamais fait dans la pratique...

On ne peux pas le faire à l'infini en basic, on obtient une erreur: 'too many levels of recursion'.

Tu veux savoir quoi exactement... quel est le programme... quel le code??
Si tu veux, je peux t'envoyer le programme... peut être que ça t'aidera...
Par contre, l'affichage est réglé pour 92+ ou v200... donc si t'a une 89... ça risque de coincer. Ou alors l'émulation...

Je veux juste savoir ce que fait ton programme, sa taille, et si il gère de gros objets (images, matrices...). Sinon je ne suis peut-être pas le mieux placé pour débugguer ton prog, j'ai une 92II (Vertel ne tourne pas dessus, et de toutes façons je n'utilise pas Vertel).

Si ton prog n'est pas trop long, poste la source ici c'est ce qu'il y a de plus simple

(bouton "source" quand tu poste)

Bon, ok...
Mon programme, il se résumme pour l'instant à un simple DrugWars (si tu connais...), c'est à dire, une gestion de prix, d'effectifs, de jours etc... et tout ça est effectivement stocké dans des matrices qui peuvent aller (c'est ridiculement petit, mais tout est relatif : - P) jusqu'à 1K.
Et donc, dans ce programme, il faut donc quen n jours, je relance un série de programmes n fois. (Il plante à la 6° fois...si tu veux tout savoir....).
Pour information, le problème pourrait être réglé en quittant le programme complètement (retour dans HOME) et en le relançant là où le faut, mais c'est TRES TRES lourd!!!

Heu... pour le poster... j'suis pas fou. Le programme principal fait pas loin de 5k, sans compter tous les petits sous programmes qui doivent faire 0.7k à peu près chacun....alors bon... j'ai pas envie de balancer ça sur le forum, et de toute façon, ce serait trop lourd à lire...

Hum... Oui je vois, j'avais moi aussi fait un DrugWar à une certaine époque

Mais bon sans la source on ne peut rien dire.

Oui, je connais Drugwar, j'en avas fait un qui tournait bien (comme tout le monde ).
Si tu peux, envoie-le ici. Si c'est trop gros, euh...

Mais les sous-programmes, tu les appelles comment? A priori, il n'y a aucune raison que cette erreur apparaisse...

bon, j't'explique encore plus précisement....
A partir de l'écran de jeu principal (appellé "affich()", mais c'est pas important....) je peux changer de jour. J'appelle alors un programme qui fait varier différentes variables (LoL) ou qui fixe les prix de différents éléments, comme tu préfères, et je reviens à mon affich(), et c'est au sixième retour dans affich(), juste au moment de l'appel de VERTEL, que le programme me plante en pleine face...
En espérant que tu puisses m'aider...

Non je ne peux rien pour toi désolé
Je pense que ta ram doit être surchargée (trop de variables locales peut-être?): essaie de tout archiver sauf ton prog et lances-le. L'autre solution serait un bugde Vertel, mais là ce ne serait peut-être pas une 'Error Memory' enfin on ne sait jamais...

Erreur Memory avec Vertel... Non, si il y avait un bug ça serait une barre noire

Poste la source, on peut rien faire sans...

Ca m'est déjà arrivé d'avoir des Error Memory en sortant de programmes en assembleur...

je sais pas ce que peu etre ce bug, mais je ne pense pas que ce soit les variables en elles-memes qui posent probleme. Il doit y avoir une erreur de manipulation.

Envoie moi la source, j'essayerai de te trouver ca demain ou apres demain (si je ne suis pas penche sur la physique...)

Tu utilise des Try ???

non, pour l'instant, j'ai pas de try... mais ca ne devrait pas tarder...sauf si tu me dis que ces structures entrainent parfois des erreurs memory...j'pourrais toujours me débrouiller autrement...

N'empêche que a priori je parie sur un problème de ram plutôt que de pile .
Mais j'ai hâte de savoir ce qu'il en est.

Tu as beaucoup de variables et/ou programmes/fonctions locaux(ales)?

variables et programmes locaux... non, pas beaucoup. Mais sincèrement, je ne pense pas que ce soit un problème de RAM. A mon avis, c'est plutôt ces histoires "d'appels de variables récursifs" qui sont citées dans le manuel.... maintenant, si vous voulez, laissez moi un post pour que je vous envoie mes sources...

poste les ici c'est quand même plus simple !