J'ai un petit souci, à propos de la boss key. Je voudrais permettre à l'utilisateur d'utiliser toutes les fonctionnalités de la calculatrice (à savoir, l'écran Home, IO, graph, toutes les APPS...), mais qu'il puisse reprendre le jeu n'importe quand en appuyant sur une touche. Il ne s'agit pas d'arrêter le jeu, et de relancer le programme plus tard, car lors de l'arrêt du jeu, beaucoup de variables sont effacées. Or, lors de la reprise du jeu après l'utilisation de la boss key, je veux que le joueur reprenne à l'étape exacte à laquelle il était (en combat, en chargement de carte...).

J'ai comme l'impression que mon explication n'est pas claire. Si tel est le cas, demandez-moi des explications que je vous fournirai volontiers.

ouch, le mieux reste quand même d'arrêter tout simplement le jeu et de sauvegarder tes variables quelque part avant de les effacer, puis de relancer le jeu et de les recharger...

D'accord, pourquoi pas... Et bien, parce-que si je sauvegarde toutes les données, le passage du mode "jeu" au mode "calculatrice" sera bien trop long (j'ai essayé, il faut compter 3 à 4 secondes, ce qui est bien trop long pour une opération d'urgence, d'autant plus que le jeu est encore loin d'être fini, et que de nombreuses variables vont être ajoutées...)

dans ce cas, reste plus que la possibilité de l'faire en C...mais même ça j'sais pas trop comment faire

Ma foi, si tu y arrives, pourquoi pas...

en attendant, peut-être que quelqu'un a une idée ?

Le plus simple étant dé déclarer tes variables en globales (statique à l'extérieur de tes fonctions) et de forcer TIGCC à ne pas initialiser la section BSS.
--omit-bss-init de mémoire ? C'est un paramètre à passer au compilateur TIGCC. -mno-bss semble mieux adapté et plus sûr.

Exemple de code pratique:

Code:

static struct MyGameConfig {
  int bGamePreviewState;
  int nPlayerPosX, nPlayerPosY;
  char sPlayerName[9];
    ...
};

int _main() {
  // Programme lancé pour la première fois ou sans état précédent
  if (bGamePreviewState==0) {
    ...
  // Initialiser les variables
      ...
  }
  // Sinon on reprend le jeu à l'état précédent
  else {
          ...
  }
 
  // Le joueur à quitter le jeu
  bGamePreviewState = -1; // Indique que l'état précédent à été stocké

  // bGamePreview = 0; // Le joueur à réinitialiser le jeu
  return 0;
}

Attention toute fois, tout ce qui sera déclaré en globale ou statique ne sera jamais initialisé.

Ainsi :

Code:

int foo() {
  static int r = 0;
  return ++r;
}

foo retournera combien de fois elle a été exécutée depuis le tout premier lancement du programme.

A noter que cette méthode ne marche pas si le programme a été exécuté à partir d'une version en archive.

La solution que je préfères est tout simplement de créer un fichier de sauvegarde !

Et enfin la vraie solution à ton problème c'est une gestion multitâche de l'OS. Chose que bien sûr ne sait pas gérer AMS. Une solution mais assez difficile à mettre en oeuvre (et en ASM) serait la suivant.
Dans le jeu le gars appuie sur la fameuse Boss key. Les registres du processeur sont sauvés dans le programme. Un TSR est installé sur une interruption (disons la 1) et enfin, on restaure les registres pour AMS et on met le pointeur de pile à l'adresse avant exécution de ton programme.
Le gars se balade dans IO, screen, fait de jolies graphs...
L'appui sur Boss key déclenche le TSR, qui récupères les registres sauvés pour ton programme, sauvegardes les registres AMS et change seulement l'adresse du pointeur de pile, à l'adresse où a été interrompu le programme.

Oulà... J'ai un peu du mal à comprendre vu que je ne programme qu'en TI-Basic, et que je commence depuis très peu de temps le C. Je vais prendre le temps demain après-midi de décortiquer tout ça.

En tout cas, merci pour le truc

hmm c'est quoi ces options de compilation ?
et sinon, pourquoi foo ? enfin, pourquoi on utilise ce nom de fonction ? ^^

foo : http://en.wikipedia.org/wiki/Foo Ahlala ces jeunes !!! ^^
L'option de compilation permet de ne pas initialiser les variables globales à l'exécution du programme. Ainsi, elles conservent leurs valeurs à l'exécution suivante.

:)