home - Page 1

voila je voudrai savoir comment on peut quitter un prog en c provisoirement pour revenir a home et ensuite revenir dans le programme merci

Réponse courte: on ne le fait pas...

On peut le faire en créant un point de sauvegarde après (ou avant) chaque fonction. C'est à dire que tu créer un compteur qui s'incremente à chaque fonction, puis tu sauvegarde avant de quitter ce comteur, Il faut assi sauvegarder toute les variables de ton prog. Quant tu relance ton prog tu initialise les variable avec les anciennes valeurs puis tu regarde si la fonction a le bon numero sinon tu passe a la suivante.

Mais c'est super crade et bourrin

lol en gros c infaisable

Boaf, tu utilise le principe du syst. multitache de Kevin...

Il n'est vraiment pas fait pour ça... Il est fait pour multitâcher 2 programmes _nostub en RAM seulement.

ouep, mais il peut tres bien faire ce qu'il veut avec... (en se basant dessus)

Post de départ> A noter que tu peux le faire en modifiant un des exemples de TIGCC, mais ce n'est pas conseillé car ta TI risque de planter sous certaines conditions lorsque tu lances un autre programme depuis l'écran HOME alors que ton prog tourne toujours (protection d'exécution 24 ko). Par contre, si tu as hw2patch alors ça ne plantera pas, mais bon ce n'est pas une solution propre de toutes manières...

Bah, de tte facon, comment voulez faire qqch de propre sans sauvegarder l'état complet ?

nEUrOO:> Un autre truc crade à faire, c'est de sauver la pile et la RAM entière en archive
La prochaine fois que tu reprends le prog, tu remets tout ça à sa place.

et tu fais comment si le programme crée des variables ?

Nan mais tu ne le fais pas. Je plaisantais. Il faut vraiment sauver toutes les variables. Un conseil: utilise des structures, c'est plus facile à passer aux fonctions et c'est aussi plus simple à sauver avec un fwrite(&maStructure,sizeof(maStructure),1,flux);

et tu fais comment pour restaurer la pile ?

Il n'y a pas besoin de restaurer la pile??? Tu ne fais que sauver tes valeurs avec fwrite puis tu les recharges à la prochaine exécution avec fread. Normalement, il devrait suffir de charger les valeurs et de relancer la boucle principale; le prog ne devrait pas se retrouver perdu...

bah si le programme quitte en plein milieu d'une sous-fonction ?

Mais tu ne vas pas quitter ton programme pendant une sous-fonction. Dans la boucle principale de ton jeu, tu mets un:

if (_keyTest(RR_ESC))
{
  [sauvegarde des variables primordiales dans un fichier]
  break;
}

o bouclePrincipale; }

Et au départ, tu fais:if ((f=fopen("fichier de sauvegarde","r")))
{
  [chargement des données selon la sauvegarde ci-dessus]
  got

Tu vois le style...

non mai en faite c'est pour un shelle que je veut faire ca alors je n'ai pas de donne a sauvegarder mai je voudrai juste mettre une touche pour kitter temporairement le shel et une otre touche quand on est sur home pour revenir au sehll

le plus simple c'est que tu fasses une interface où tu rentres ce que tu veux évaluer dans le home et tu l'executes toi même avec les fonctions d'AMS.

bof, y a pas encore plus simple ? simuler EventLoop dans le programme

Je ne trouve pas ça "plus simple"

ouai enfin je croit qu'en faite je vai laisser tomber c trop cho

D'une certaine manière, les gros projets ça peut être pas mal (pas forcément pour tout le monde) quand on débute; bien qu'on n'arrivera pas au bout, on apprend au moins quelque chose... et surtout "on saura pour la prochaine fois". Donc s'il fait son shell, il va certainement s'embêter, mais plus tard il en refera un et là pas de problème

Je sais si ça vous rappelle quelque chose les 200 projets de shells de newbies y'a quelques années...

dont le mien
mais j'en avais pas parlé sur yN

En tout cas, un shell n'est pas un bon programme pour débuter, parce qu'il y a plein de protections anti-exécution qui s'appliquent quand on veut lancer un programme!!! Je ne comprends pas pourquoi tout le monde se dit "Tiens, un petit programme pour débuter, mettons un shell..."

Un petit coup de copier-coller suffit, pourtant