mon programme ne se lance pas sur VTI ni sur ma ti89 - Page 1

bonjour !
ayant appris qu'on pouvait coder en C pour la ti89, j'ai decidé de suivre le tuto de squale, j'ai donc installé l'IDE et VTI avec la rom 2.03
mais quel que soit le code que je tape et que je compile (sans erreur), quand je lance le programme sur vti/ma ti89, ça me fait "nomduprogramme() done"
et rien ne se passe...

je vous met un des codes que j'ai essayé :

#include <tigcclib.h>
#include <stdio.h>
#include <stdlib.h>
void _main(void)
{
clrscr();
printf("la valeur est : %d !", 100);
ngetchx();

}

qu'est ce que je suis censé faire, sachant que les jeux en asm et autre joyeuserie fonctionnent sans probleme ?
merci d'avance !

peu être que ngetchx(); est victime d'un "rebond" de la touche "enter" ?

essais de trouver la valeur de la touche "esc" par exemple et de mettre à la fin de ton programme :

short key = 0;
do{ key = ngetchx(); } while(key != valeur de esc);

hum.. un rebond sur un emulateur ?
par rebond, tu veux dire que la touche est enfoncée par defaut (ou alors j'ai rien compris)
sur vti c'est pas possible...

euh, et sinon, je la trouve ou la valeur de esc ?
google est pas mon copain sur ce coup la :/

j'ai essayé a tout hasard avec la valeur 1, rien n'a changé

le probleme doit certainement venir de l'IDE (tigcc 0.95)
je vois mal VTI ET ma TI89 bugger

tigcc 0.95 date de 2004 visiblement, essais avec gcc4ti peut être

mais bon, vieux ou pas, si un prog si simple bugue c'est pas normal ou alors un soucis avec le tuto ou l'api ^^

je sais pas comment te remercier, ça marche, ALLAYLOUYAAAA !
j'ai juste eu a installer GCC4TI, a copier/coller le code et a compiler.
bon bin tigcc est trop vieux pour le kernel 2.03, ça m'étonne mais bon.

merci !!!!

Ah oui, TIGCC 0.95 est horriblement dépassé
La seule toolchain récente, et encore maintenue, pour TI-68k, est en effet GCC4TI.

(tu as quoi comme système d'exploitation sur ton ordinateur ? ça pourrait aussi expliquer les défaut de fonctionnement de TIGCC 0.95...)

Même avec un vieux TIGCC, c'est quand même bizarre qu'un programme aussi simple ne fonctionne pas...

Petites réflexions au passage :

aqwa (./1) :
#include <tigcclib.h>
#include <stdio.h>#include <stdlib.h>

Tu peux te contenter d'inclure tigcclib.h, qui inclura tous les autres headers.

aqwa (./1) :
clrscr();
printf("la valeur est : %d !", 100); ngetchx();

En nostub, il peut être intéressant de vider le tampon clavier par un appel à "GKeyfFlush()" ( http://tigcc.ticalc.org/doc/kbd.html#GKeyFlush ), au début du programme, voire à la fin également pour éviter qu'un dernier appui sur Enter (pour valider le fait de quitter par exemple) ne relance le programme.

Pour Esc, tu as ça ici : http://tigcc.ticalc.org/doc/kbd.html#CommonKeys

D'une manière générale, regarde la doc de GCC4TI, à la ribrique "TIGCC Library Header Files". Tu auras toute la doc sur tout.

voilà, bon courage et bon amusement.

Zerosquare (./9) :
Même avec un vieux TIGCC, c'est quand même bizarre qu'un programme aussi simple ne fonctionne pas...

En l'occurrence, je pensais à genre un OS 64 bits pour lequel l'outil aurait un dysfonctionnement...

Au point de produire des exécutables non-fonctionnels ?! (parce que si j'ai bien compris, même son printf() ne marche pas)

C'est bizarre, le truc du ngetchx() comme ça ne devrait pas marcher. Le fait que ça passe avec GCC4TI c'est carrément louche. La seule chose qui pourrait expliquer c'est que GCC4TI rajoute un flush du clavier dans le stub (ou le kernel s'il en utilise un) pour les noobs.

C'est sûr que c'est étonnant que le programme posté en ./1 ne fonctionne pas avec TIGCC 0.95. Mais ça ne sert pas à grand chose d'investiguer plus loin dans cette direction, tellement TIGCC 0.95 est vieux

aqwa: mieux vaut développer avec AMS 2.05 qu'avec AMS 2.03, car AMS 2.05 fournit davantage de fonctions (directement utilisables) qu'AMS 2.03. Et AMS 2.03 présente un bug de la restauration de l'archive au reset, qui a été corrigé dans AMS 2.05
Aussi, ce n'est pas une nécessité pour la plupart des programmes, mais certains types de programmes ne peuvent être émulés correctement qu'avec TIEmu, dont l'émulation est plus fidèle que VTI.

Brunni (./13) :
C'est bizarre, le truc du ngetchx() comme ça ne devrait pas marcher. Le fait que ça passe avec GCC4TI c'est carrément louche. La seule chose qui pourrait expliquer c'est que GCC4TI rajoute un flush du clavier dans le stub (ou le kernel s'il en utilise un) pour les noobs.

Euh non, ça n'a aucune raison de ne pas marcher ? Le seul truc est qu'il risque d'être surpris en cas de double appui sur ENTER. Et oui, PreOS flush le tampon.

aqwa (./6) :
je sais pas comment te remercier, ça marche, ALLAYLOUYAAAA !
j'ai juste eu a installer GCC4TI, a copier/coller le code et a compiler.
bon bin tigcc est trop vieux pour le kernel 2.03, ça m'étonne mais bon.

merci !!!!

TIGCC 0.95 devrait pourtant le gérer sans problème : l'AMS 2.03 est encore plus vieux que lui.

(Qui a payé les admins de ticalc pour bidouiller l'archive de la 0.95 ???)

Folco (./15) :

Brunni (./13) :
C'est bizarre, le truc du ngetchx() comme ça ne devrait pas marcher. Le fait que ça passe avec GCC4TI c'est carrément louche. La seule chose qui pourrait expliquer c'est que GCC4TI rajoute un flush du clavier dans le stub (ou le kernel s'il en utilise un) pour les noobs.

Euh non, ça n'a aucune raison de ne pas marcher ? Le seul truc est qu'il risque d'être surpris en cas de double appui sur ENTER. Et oui, PreOS flush le tampon.

Ben voilà, avec TIGCC il a peut être fait un programme _nostub, et dans ce cas pas de flush, donc ça quitte direct

Wow, c'est ta première formulation qui était chelou alors