Programmation labyrinthe - Page 2

arf, j'aimais bien l'idee d'utiliser les indirections avec des programmes, pas trop celle avec les GoTos.

dal> pourtant il doit y avoir une différence de vitesse non négligeable, et tu risques de gagner en propreté si ça te permet d'éviter d'utiliser des variables globales...

Martial> ça dépend du langage... en C c'est le cas, en TI-Basic je ne sais pas ^^ (et puis va programmer en assembleur sans goto )

mais les gotos c'est assez lent en basic, une indirection sur les fonctions serait peut être plus rapide, à voir...
mais là ca s'apparente plutot à un switch qu'à l'utilisation de plein de gotos pas beaux

martial> l'interpreteur aussi doit avoir son pc qu'il incrémente avec des next_expression_index

ah
d't'façons ton argument il est en mousse

Je ne pense pas qu'utiliser des GoTos dans des boucles soit si bon non plus...

je trouve cette phrase aussi stupide que quand elle était dans sa signature, mais bon on va pas revenir là dessus, y'a de quoi en écrire des pages. juste pour préciser que bien sûr en Basic (entre autres) les gotos sont très utiles, surtout grâce aux indirections, et que s'en priver par fanatisme injustifié c'est un jour où l'autre sortir un programme avec 3 fois plus de lignes que nécessaire

(Cela dit, si on progammait en GOTO++, cet adage tiendrait-il la route ? )

J'ai presque terminé mon labyrinthe, il devrait être fini pour les vacances.
J'aimerais où je pourrais le poster et comment.
(Si il peut intéresser quelqu'un )

Tu peux l'envoyer sur ticalc.org.

J'ai un problème.
J'avais déjà remarqué qu'a la première exécution d' un programme basic la calculette mettait un temps pour compiler (je pense) le programme.
Mais là elle m'affiche erreur de mémoire alors que mon prog pèse moins de 20ko et qu'il n'est même pas archivé!
A l'aide!

immortel :
Mais là elle m'affiche erreur de mémoire alors que mon prog pèse moins de 20ko et qu'il n'est même pas archivé!

Archive le reste

Je l'ai déjà fait je ne pense pas que ce soit un problème de taille de mémoire libre car j'ai 160ko de libre.
C'est autre chose.

C'est sur vraie calc ou sur VTI que tu essaies de tokeniser?

Sur une vrai calc ,je vais regarder du côté de la faute de frappe.

C'est normal, tu ne peux pas tokéniser des progs TI-BASIC de plus de 24 ko depuis ta calculette, et ça c'est si tu as vraiment toute la RAM libre. A partir de 18 ko ça commence déjà à venir assez merdique (resets fréquents pour libérer la RAM), en plus d'être ultra lent à l'exécution (boucles, goto, etc.).
Pour des performances optimales (et un meilleur temps de tokénisation), je te conseille de rester en-dessous de 8 ko, tu n'as qu'à découper ton programme

Heu j'ai quand meme pu tokeniser oncalc un prog de plus de 24 ko

Wé enfin environ 24 ko, tout dépend du prog lui même ^^

Mon prog fait actuellement 17911 octets.
Croyez-vous qu'il s'agit de cela, et si oui que faire?

Je viens de copier mon prog dans le répertoire et il s'est lancé!
Le problème c'est que je viens de le relancer il me remet erreur de mémoire!!!!!!!!

Essaie de réduire la taille de ton prog en le divisant en plusieurs et tu verras bien si c'est ça ou pas...

Hum non, là 17911 octets, c'est pas possible.

Archive tout ce qui peut l'être et fais un reset de la RAM. Ça ira beaucoup mieux après.

J'ai déja essayé ce!
Ce que c'est que de rare fois il se "tokenise" et pas la plupart du temps.
En plus ,j'ai un problème avec TI connect comme je l'ai mis dans la rubrique questions débutants et je ne peux pas mettre une copie de mon prog sur l'ordi.

Hier, j'ai fait des tests pour voir quelle était la taille maximum que pouvait atteindre mon programme en augmentant progressivement sa taille.
Résultat: avec 165000 octets de ram libre , j'ai pus le faire monter à environ 14300 octets (impossible d'être précis) et le programme une fois tokenisé prend environ 15300.
Du coup, j'ai adopté la méthode que vous m'avez proposé, c'est à dire que j'ai découpé mon programme en deux morceaux.
Je tiens quand même à dire que je suis déçu, je croyais ma calculette plus puissante que ça.
Ce contretemps m'empèchera sans doute de terminer mon programme avant les vacances, désolé!

J'ai posté mon programme sur ticalc.org, je vous encourage vivement à télécharger le fichier dedale.zip afin de me dire ce vous en pensez.
Bientôt je rajouterais une version anglaise.

je tiens a signaler au passage que le TIOS fait :

** une recherche en temps reels des goto dans le corps du programme. Si votre programme a une taille monstrueuse, c'est sure que ca va ramer

** appelle un sous programme apres une recherche dans la Table d'allocation des variables. Il faut en plus compter que celui-ci sera recopier dans la RAM avant utilisation s'il etait auparavant archive

Apres je sais pas laquelle des methodes est la plus lente.

Sinon si on suppose qu'on appelle uniquement des sous-programmes locaux( ce qui est aussi une methode pour grossir la taille du programme principale inutilement histoire de faire un prog basic proprietaire ) avec la methode de Martial Demolin, je pense que 'RunProg(' doit certainement prendre en charge l'appel a des programmes declares en variable locale.

Donc on peut proceder en mixant les 2 methodes histoire de faire baisser la taille du programme principale voir des programmes appelants.


[EDIT] : j'avais pas lu la derniere page du topic, mais bon..