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 !
2
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);
3
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 :/
4
j'ai essayé a tout hasard avec la valeur 1, rien n'a changé tsss

le probleme doit certainement venir de l'IDE (tigcc 0.95)
je vois mal VTI ET ma TI89 bugger
5
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 ^^
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 !!!!
7
Ah oui, TIGCC 0.95 est horriblement dépassé grin
La seule toolchain récente, et encore maintenue, pour TI-68k, est en effet GCC4TI.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
8
(tu as quoi comme système d'exploitation sur ton ordinateur ? ça pourrait aussi expliquer les défaut de fonctionnement de TIGCC 0.95...)
avatarWebmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca
9
Même avec un vieux TIGCC, c'est quand même bizarre qu'un programme aussi simple ne fonctionne pas...
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
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. smile
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
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...
avatarWebmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca
Au point de produire des exécutables non-fonctionnels ?! (parce que si j'ai bien compris, même son printf() ne marche pas)
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
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.
avatarHighway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741
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 smile

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.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
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.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
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.
avatar
(Qui a payé les admins de ticalc pour bidouiller l'archive de la 0.95 ???)
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
grin
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
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 wink
avatarHighway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741
Wow, c'est ta première formulation qui était chelou alors grin
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !