matthieu Le 03/06/2004 à 09:13Edité par matthieu le 03/06/2004 à 15:21 et bien cher Mr kofler kan j'execute ce progr, il ne se passe rien du tout tant que je le mets ds un autre dossier que txtrider .
alors que si je le met avec txtrider ds le dossier principal , la ti dit : invalid relocation data in asm prgm et ensuite ce programme disparait du menu var link (meme si ds la ram on voit qu'il est toujours là ) et si j'essaie de l'executer du home, la ti di : variable or flash application in use
c tou
PpHd Le 03/06/2004 à 09:15 Il va nous tourner en ridicule. C'est bon le ridicule ne tue pas
g trouvé un truc la dessus, deja tout ecri, je comprend rien c en anglais et je peux pas copier coller c du pdf
allez telecher le sdk guide dispo sur le sie education.ti son nom exact est : sdk8992pguide.pdf a la page 71 y donne un example de runprog
bidoo Le 03/06/2004 à 15:32 juste comme ca, je crois bien que cette documentation aide à programmer des applications flash (mais je suis pas sur) ...
enfin juste comme ca ...
Pourquoi n'y a-t-il pas une fonction boolean launch_asm(HANDLE var_handle) dans la bibliothèque TIGCC ?
Ca rendrait service à tout le monde, sourtout aux débutants ! Pourquoi vous n'en faites pas ?

Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
>>Mr Kofler
j'avais deja essayé de mettre le dossier et la ca donne directement : invalid relocation in asm data
et g la version .95 beta8 de tigcc mais par contre y'a un truc que je ne pigepas: personne ne teste ses programmes sur ce forum, j'aimerais savooir si je suis le seul a avoir ca
en tout cas c pas bon ce qu'ils racontent ti?
de toute les manieres g reglé mon probleme et g fait un programme qui sauvegarde sa position(ds son deroulement) donc voila... (mais c hyper lent comme je le pensais, pour aller sur txtrider , la ti reaffiche le home puis apres lance txtrider et pour revenir ds le prgm idem )
d'ailleurs g une question, y'a t-il un moyen de supprimer la restauration automatique de l'ecran que force tigcc?
PpHd Le 04/06/2004 à 09:24 Parce que kernel::exec no powa !
et puis kan meme Mr instinct a raison, vous savez cette fonction ne serait pas forcement utilisé par une shel...
euh, Mr Pélissier, jusqu'a maintenant il est vrai que seul la routine kernel "homeexecute" a donné des resultats mais voila elle marche de maniere extremement aleatoire,( je pense d'ailleurs que c'est en rapport avec la memoire alloué a ce que l'on tape et que l'on execute ds le home car si on exectute un programme faisant appel a cette fonction en passant par un raccourci (kbdprgmX) ca plante illico presto ) et lorsqu'elle(la commande home execute) plante la ti, c assez violent alors que les prgm nostub plantent mais n'entrainent pas avec eux la ti donc voila...
PpHd Le 04/06/2004 à 16:50 Que veux-tu que je te dise ? Que ca ne marche pas ? Chez moi ca marche. Je ne sais pas quoi dire d'autres. Comment tu sais mon nom ?
euh Mr kofler, vous pourriez m'expliquer pkoa tigcc ne reconnait pas cette fonction ?
short push_parse_text (const char *str);
alors qu'explicitement ds estack.h on trouve :
#define push_parse_text ({__need_in_use_bit;_rom_call(short,(const char*),3CA);})
PpHd Le 04/06/2004 à 18:39 Bous enervez pas....
Il suffit de comprendre Mr matthieu ! Pas vrai.