tama (./89) :
Tiens report de bug...quelquefois la compilation bugue à 99% default avec une jolie barre noire en haut (rien d'écrit) qui m'oblige à faire un reset...
sinon tu comptes intégrer les float à GTC dans des futures versions ?
(oué donc sans la partie décimale quoi 
)
Pollux (./91) :tama (./89) :
Tiens report de bug...quelquefois la compilation bugue à 99% default avec une jolie barre noire en haut (rien d'écrit) qui m'oblige à faire un reset...
oui alors si c'est le même problème que samy ça sera corrigé dans la prochaine beta, mais c'est pas sûr du tout que ce soit ça... est-ce que ça arrive sur certains fichiers en particulier ? est-ce que ça remarche quand tu réessayes de compiler après un reset ?
ouisinon tu comptes intégrer les float à GTC dans des futures versions ?
peu probable, mais comme le code source est dispo n'importe qui peut le faire
tama (./94) :Pollux (./91) :oui
oui alors si c'est le même problème que samy ça sera corrigé dans la prochaine beta, mais c'est pas sûr du tout que ce soit ça... est-ce que ça arrive sur certains fichiers en particulier ? est-ce que ça remarche quand tu réessayes de compiler après un reset ?
surtout que c'est pas obligatoirement un bug de gtc, ça pourrait être un bug d'un autre programme qui laisse la caltos instable et qui fait que gtc plante au milieu... si ça t'arrive encore essaye de noter si tu avais déjà lancé d'autres programmes que gtc depuis le dernier reset (par exemple est-ce que tu avais déjà lancé ton programme avant la compilation qui a foiré), et aussi sur quel fichier ça arrive ^^
(par contre les fonctions genre sin/fabs/sqrt feront n'importe quoi :/)
#include <tigcclib.h>
void _main()
{
OSRegisterTimer(USER_TIMER,20);
int p=0;
while (!OSTimerExpired(USER_TIMER))
p++;
printf("ips=%i",p);
ngetchx();
}