Allez, je saute dedans à pieds joints !

Kevin Kofler (./24) :

faire tourner un prog de 20 ko avec 5 ko de RAM, t'y arrives?

Ça ne sert strictement à rien parce qu'on a beaucoup plus de 20 KO de RAM et beaucoup de logiciels en nécessitent plus (donc il faut de toute façon la garder libre). Donc tu perds ton temps à découper ton programme pour rien et tu gaspilles de l'archive (parce que ce découpage comporte un overhead en taille), de plus ton programme sera aussi plus lent qu'un programme en un seul morceau.

Ta réponse contient une contradiction : tu dis qu'on a trop de RAM, et puis tu dis qu'il faut la préserver.
En tout cas, faire tourner 20 ko de code dans 5 ko de RAM, ça permet de la préserver.
Et faire tourner 250 ko de code dans ce qu'on a de RAM sur TI, c'est quand même chiant à faire (proprement) en _nostub. Surtout si tu as plusieurs programmes qui font ça.

faire tourner un prog nostub en flash sous PedroM, t'y arrives?

Là encore, quel intérêt, sachant que:* presque personne n'utilise PedroM,

Et alors ? On t'explique juste pourquoi c'est plus puissant, c'est tout.

* autant utiliser la RAM disponible (Tu veux remplir ta RAM avec quoi sous PedroM?),

Les données manipulées par le programme (dans un jeu les personnages, objets et cartes par exemple) ?

* exécuter en FlashROM comporte de nombreuses limitations (pas de relogements, pas de variables globales stockées avec le code, pas de code automodifiant etc.)?

Je ne vois vraiment pas l'intérêt pratique de ces technologies.

Ça peut servir, mais l'objectif était surtout de montrer que le kernel rajoutant une surcouche au _nostub permet de faire des choses plus complexes plus simplement (pour le programmeur).