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

Euh, non, mets plutôt un lien si elles sont grosses.

Bahhh... Poste les le forum est fait pour ça

non

Kyo2P a écrit :
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...

Tu reviens comment dans affich(), exactement?

jackiechan
a écrit : non

si

nnnnnnnnnnnnnnnon

ban si bicose y'a un bouton "sources"

oui, mais sa source fait 5ko ça risque d'être un peu gros.

Mais non elle ne doit pas être trop grosse, et puis il n'est pas obligé de tout poster...

Mouais bon met un lien

On a déjà posté des sources de 15 ko... et plusieurs par page

Ce qui serait intéressant comme l'a fait remarquer Link, c'est de savoir comment il revient à sa fonction Affiche.
Parce que s'il appelle la fonction une première fois, puis qu'il appelle une fonction qui appelle Affiche, qui appelle la fonction qui Appelle Affiche qui appelle la fonction, ... on se retrouve rapidement avec une saturation de la mémoire.

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

En fait c'était la question...

jackiechan>Les grands esprits se rencontrent, c'est justement à cela que je pensais... J'ai tellement vu ça dans des progs pourris sur cacasio... Le % de "happy end" est encore plus faible sur casio que sur TI!

*Happy End: Quitter un prog proprement, ça m'obscède!!

"Quitter un programme proprement " a-t-il d'autres critères pour toi que celui de laisser la calc dans l'état initial ?

ouais, même si ça fait 5Ko, on as l'habitude

Je préfère qu'un prog laisse la calc propre que de laisser des vars et de réglages partout

Vertyos>Mes deux critères:
1-Quitter sans break (Eh oui, sur cacasio, c'est rare )
2-Ne pas laisser de TMPs unpeu partout (mais sur cacasio ou TI-non-68k, c'est pas évident, vu que toutes les variables, sans exception, sont globales )

Mais? QUASIMENT tout les programmes se quittent sans break!Puis qu'appelle tu proprement? Je restore l'écran et le répertoire, mais c'est bien tout...

Bah ds mes progs y'a toujours une fonction quitter, mais c'est tentant de faire "break", c'est pourquoi toutes les vars globales sont rassemblées dans un même dossier, et pour les virer il suffit de relancer le prog.

Oui mais sur cacasio, "QUASIMENT" tous les programmes se breakent.
Et moi, je restaure généralement le dossier et la plupart des params, j'efface mes variables globales (utilisées pour dialoguer avec mes sous-progs habituellement) mais je n'ai pas pris l'habitude de restaurer l'écran
Et un truc qui est impossible à restaurer, c'est le menu custom... (Parfois nécessaire pour afficher des infos dans le menu sans pauser le prog)

Ouais c'est chiant... Bah sinon pour breaker un prog faut etre con, tout programme qui utilise des vars locales bouffe de la mémoire si breaker... Et puis y a s_brek contre ca.

s_brek est totalement inutile, sauf dans des petites boucles, parceque plein de fonctions du TiOS réactivent le break.

ouais, comme pour flib, c vraimment chiant d'ailleurs...

Quelle fonctions en particulier réactivent le break? je savais que l'appel d'un prog l'enleve, mais sinon?

Heu pas mal de trucs, mais surtout un appel à une fonction, un programme, ou à string().

Bah... sur FLib, toute appel à une fonction, c parceque FL désactive toutes les interruptions au lieu de désactiver simplement le break.

Oui... D'ailleurs je l'ai pas fait bicause il parrait que c'est très sale...