qui sait mettre d jeux sur ti89???? - Page 5

Et je précise que le bon reset, c'est la combinaison 2nd+gauche+droite+ON. Les resets du menu MEM n'effacent que des fichiers, ce ne sont pas de vrais resets!

Ben non, c'est pour ça que je le dis.

voila, g effectué un reset mais j'ai toujours les meme chiffres. je ne connais pas les valeurs initiales de la calc donc, je ne peux pas comparer. cela m'embete un peu parce que je pense que je v etre chocolat pour mettre des programmes ou des jeux qui me prendront de la place.

Tu l'as fait comment, le reset? Avec la combinaison de touches? Et as-tu bien appuyé les 4 touches en même temps?

oui, j'ai fait : shift+gauche+droite+on. ma calc s'est éteinte et au démarrage, j'ai eu une barre de défilement. ensuite, je suis directement arrivé sur la page pour faire les calculs.

C'est 2nd, pas shift...
Enfin ce que tu décris a bien l'air d'un vrai reset. Peut-être qu'une de tes FlashApps est tellement gourmande en RAM (mais à ce point?!).

bah je n'ai rien mis de si important, j'ai un os de ti.education;fr, puis une mise en francais et aprés, preos, stdlib,ttstart? c'est tout.

Kevin Kofler (./127) :
C'est 2nd, pas shift...
Enfin ce que tu décris a bien l'air d'un vrai reset. Peut-être qu'une de tes FlashApps est tellement gourmande en RAM (mais à ce point?!).

Ben quand j'ai ma V200 premiere du nom, j'avais tout un tas de flashapps installées qui me bouffaient anormalement la quasi-totalité de ma ram, et ca ressemble pas mal au probleme

Quand j'ai vu ca, j'ai de suite viré toutes les flashapps, puis j'ai résété la calc grace au menu 'Reset>All memories" et ca a resolu mon probleme de ram consommée pour rien

Apres, il suffit de mettre les flashapps qui t'interressent

ouai ok
je vais faire ca. bah moi, il me faut juste un os en francais mais on peux l'installé directement sans passé par un os en anglais?????parce que moi, je crois que j'ai installé un genre de patch fr. donc, aprés l'os fr, il me faut preos, ttstart et stdlib. pis, aprés, c'est les jeux et les programmes variés mais je les connais pas. donc, je demanderai des conseils pour l'utilisation de certains programmes précis et leurs fonctionnements.

La FlashApp de traduction en français ne consomme pas autant de mémoire que ça, ce n'est pas celle-là le problème, donc tu peux la garder.

Je sais bien, je parlais juste du cas où comme moi etoilaba59 se serai retrouvé avec une bonne dizaine de flashapps d'origine.
Si c'est le cas, tu sais ce qu'il te reste a faire etoilaba59

ouai bien sur. de toute facon, ma calc a due etre reseté avant l'envoie.c une calc d'occas. un reset n'est pas grave puisque je n'ai pas encore mis de programme ou de cours dedans. je ferai caet je vous tiendrais au courant. je v la refaire a neuf. j'aimerai bien aussi trouvé une facade (la ou il y a les touches) un peu stylé mais je crois que ca se vend pas ce genre de truc????pis, je voudrais bien gardé les écritaux comme cos,sin,tan.....tout vce kil y a d'écris quand on regarde une calc normale quoi.........

parfois, j'ai l'impression de trop parler et de me répéter

bah faut te la tuner à la bombe, mon grand

Kevin Kofler (./55) :
C'est le lanceur qui déconne (et l'auteur qui n'a pas été fichu recompiler)

Je ne te permets pas de parler comme ca.... C'est nul. Thibaut resume tres bien la chose. Et en plus j'ai bien d'autres passions (http://racine.f.free.fr/flip), je suis a mon compte donc bien d'autres choses a faire... Je vois que la mentalite ici n'a pas trop change, enfin te concernant je veux dire. Passons

Et s'il y a un probleme, ne rejette pas la faute sur l'auteur, surtout pour une HW1, le probleme vient de l'auto executable, qui est loin d'etre de moi, et je suis tjrs passe par ttstart pour lancer mes jeux.

Et concernant TI-Pang, je ne pense pas qu'il s'agisse de la derniere version, j'aurais et au courant du bug...

FlashZ (./137) :
Et s'il y a un probleme, ne rejette pas la faute sur l'auteur, surtout pour une HW1,

C'est AMS le problème (le lanceur ne marche plus avec la 2.07 et supérieures), pas le matériel.

Ce qui s'est passé, c'est que TI a rajouté des vérifications sur les tables de relogements pour éviter que Exec "4e444e75" (sans le 0000 final obligatoire) plante la machine, et que les paramètres que l'ancien lanceur passait à EX_patch (un avec 0x40000 rajouté pour contourner la protection anti-exécution et l'autre sans) faisaient échouer une de ces vérifications. Donc nous avons été obligés de corriger le lanceur.

le probleme vient de l'auto executable, qui est loin d'etre de moi,

Certes, mais il faut que l'auteur recompile/réassemble (relinke en fait) le programme pour avoir le lanceur le plus récent qui corrige le problème.

Pour pas mal de programmes, une recompilation est également nécessaire pour la Titanium. Dans ton cas, ta routine de gris personnalisée risque d'avoir besoin de modifications (en fonction de comment tu règles les vecteurs d'interruption (+0x40000 ne marche plus, il faut utiliser la déprotection bclr.b #2,0x600001) et de comment tu détectes le matériel (ROM_base est 0x800000 sur la Titanium, donc le masque à appliquer à la valeur de 0xc8 est à modifier)), mais là c'est toi qui as choisi de ne pas utiliser celle de TIGCCLIB, qui pourtant est entièrement en assembleur. Pour la plupart des programmes (surtout ceux en C), une recompilation suffit.

Il était clair depuis le départ que les mises à jour de TIGCC ne peuvent prendre effet de par leur nature que pour les programmes compilés avec la nouvelle version, et que par conséquent l'auteur doit recompiler ses programmes de temps en temps.

Pour les correctifs de compatibilité avec les nouvelles versions sorties par TI qui touchent pratiquement tous les programmes (ce problème de lanceur, la V200, la Titanium), cette nécessité a été signalée un peu partout sur les forums. Nous ne pouvons pas faire plus que ça, nous n'avons pas une liste d'adresses e-mail de tous les auteurs de programmes TIGCC pour les contacter tous un par un. Nous ne pouvons encore moins recompiler tous les programmes, et de toute façon ta licence ne nous le permettrait pas. Donc c'est à l'auteur de se tenir au courant et de recompiler quand c'est nécessaire.

Et concernant TI-Pang, je ne pense pas qu'il s'agisse de la derniere version, j'aurais et au courant du bug...

La dernière version dont je suis au courant a ce problème.

La version sur ticalc.org: http://www.ticalc.org/archives/files/fileinfo/182/18204.html a ce bogue en tout cas. (Elle est de 2001, le problème du lanceur a été corrigé le 28 février 2002.)

./137: Tu n'aurais pas eu ces problèmes en Kernel
(Non, je ne change pas non plus).

PpHd (./140) :
(Non, je ne change pas non plus).

Et ca me fait bien plaisir rassure toi !
Le seul truc que je voudrais qui change en toi, c'est que tu fasses de belles GUI, surtout dans SMA

Pour Kevin, ok, je vais revoir ca, enfin je vais essayer, je n'en aurai pas pour longtemps, et ca me permettra de publier une version plus recente de TF et de BMZ.
Concernant la version de TI-Pang de ticalc.org, ils ont une version out-of-date, la derniere version publique etant la 1.00, et une 2.00 etait sur le point d'etre releasee avec un mode multijoueurs link (06.10.2006).
Je m'y remets et le probleme sera resolu !

FlashZ (./142) :
Le seul truc que je voudrais qui change en toi, c'est que tu fasses de belles GUI, surtout dans SMA

Je me suis amélioré sur CF

Au fait, y'a moyen de coder des FlashApps pour PedROM ?

Tout la flash est accessible en exécution. A part çà rien n'est prêt. Donc si tu fais un programme qui ne fait AUCUN relogement ni section .data, et si tu utilises une pack archive composée de 2 sections (un booteur qui ne fait qu'un jmp moncodeenflash@0000 - et le code moncodeenflash stockee sans compression avec le flag ro), ca doit marcher.

Ou alors il se passe de libs relogées, de RAM_CALLs et de BSS tout simplement... Les programmes _nostub se passent très bien des 2 premiers et souvent aussi du dernier (cf. -mno-bss et cf. tous les programmes compilés avec TIGCC <=0.94).

Le problème, c'est plus:
* les relogements normaux et
* le code automodifiant.
Les deux se trouvent dans TIGCCLIB, dans gray.s par exemple. TIGCCLIB n'est pas prévue pour l'exécution en FlashROM.

A partir du moment où le programme a des variables globales c'est mort, non ?
Y'a-t-il des options à activer sur le linker pour respecter toutes les conditions (pas de relogements, etc) ?

y'a des moyens élégants, un peu style kernel je viens d'inventer çe qui suit en 5 minutes:

Il faudrait un petit header dans le programme qui donne la taille des données .data et .bss, que ces zones soient allouées dans un handle, et que le programme accède aux données en relatif par rapport à ces bases. je sais pas si ça demande une collaboration spéciale du compilateur.

Ouai. Ca boufferait un registre en permanence pour stocker l'adresse du bloc, mais ça doit être la seule solution possible. Cela demanderait une collaboration du compilo.