[Test]Snake sur NSpire

[Levak]

Si vous voulez, je poste toutes les fonctions de manip sur les chaînes pour ARM9 : string.c avec strlen(), strcpy(), etc...

Mais... Pourquoi tu demandes alors que tu sais pertinemment que c'est bien ????

Tu me fait peur Armael !!

POSTE, ya pas à hésiter !!

[Armael]

Bon Bon Bon...
Je suis overbooké en ce moment (ça ira mieux mardi prochain), donc voilà le code, mais j'ai pas testé s'il compilait. A priori oui, mais on sait jamais...

Dites moi s'il compile, hein...

J'ai fait un post dédié

[sam101]

Si vous voulez, je poste toutes les fonctions de manip sur les chaînes pour ARM9 : string.c avec strlen(), strcpy(), etc...

sprintf est dans le lot ? J'avais commencé à y recoder pour la prochaine version ... Par contre memcpy est dispo dans .

[ExtendeD]

EDIT: Pour ceux que ça interesse, j'ai fait un simple "Hello World" avant avec juste le minimum, pour ceux qui voudraient une base de code un peu moins lourde que la démo.

Ça intéresse tout le monde je pense

Ciwtron ExtendeD a dit comment faire dans un post de cette section

C'est quelque chose de régulièrement demandé, on va essayer d'inclure des Hello World ARM/C plus simples dans une prochaine version.

[JayTe]

Moi j'ai eu un très beau bug avec le score aujourd'hui : (désolé pour la qualité, pris avec mon portable...)

Au cas où tu ne l'as pas encore corrigé, en regardant ton code, je pense que c'est dû a ta fonction itoa, où tu ne termines pas ta chaine par '' (avec malloc, la mémoire allouée n'est pas forcément initialisée à 0), du coup ensuite strlen continue jusqu'à trouver un , ce qui peut causer ces bugs.

Sinon c'est génial comme prog, c'est quoi votre high-score? moi c'est 42 (en plus j'ai une preuve juste au dessus ^^ )

[sam101]

Je connais ce bug. Oui ,la fonction est faite à l'arrache, je l'ai changée . On bosse avec Armael sur une lib kernel (J'attends qu'il se décide à sortir le printf en fait).

Je pense qu'une gestion des high score ne serait pas de trop non plus .

[Armael]

Telle que tu l'as codée, ta fonction itoa est quasi sure de bugger : il ne faut pas retourner l'adresse d'une variable déclarée dans une fonction !!!
Théoriquement, les variables déclarées dans une fonction sont effacées dès la fin de la fonction ! En tout cas, leur avenir est plus qu'incertain...
C'est pourquoi il vaut mieux demander un pointeur vers une variable déja créée, la modifier, et ne rien retourner.
C'est comme ça que le "vrai" itoa est codé.

Quant à printf, c'est pour très bientôt...

[sam101]

Telle que tu l'as codée, ta fonction itoa est quasi sure de bugger : il ne faut pas retourner l'adresse d'une variable déclarée dans une fonction !!!
Théoriquement, les variables déclarées dans une fonction sont effacées dès la fin de la fonction ! En tout cas, leur avenir est plus qu'incertain...
C'est pourquoi il vaut mieux demander un pointeur vers une variable déja créée, la modifier, et ne rien retourner.
C'est comme ça que le "vrai" itoa est codé.

Quant à printf, c'est pour très bientôt...

Oui, m'enfin, j'ai récupéré la première implémentation qui venait .

[geogeo]

Le plus simple serait de porter la bibliothèque newlib sur Nspire.
http://sourceware.org/newlib/

Voir aussi du côté de YAGARTO.

[sam101]

Le plus simple serait de porter la bibliothèque newlib sur Nspire.
http://sourceware.org/newlib/

Voir aussi du côté de YAGARTO.

Faut que je regarde ça.. Ca semble assez galère, mais pourquoi pas. Chez moi, du coté de YAGARTO, y'a rien.. Faut que je regarde ça.