skrkat, utilise tu donc VTI ?
srkat Le 06/09/2003 à 13:22 ben oui, j'uttilise VTI; désolé...
et non j'ai rien reçu, bizarre!
p'tetre l'adresse que j'avais donnée etait fausse, essaie celle de mon post 18.
par contre coté graphisme il est pas si mal ce jeu! (le menu de présentation peut-être...)
oh et la rom de VTI utilisée c'est la 2.09, directement en import depuis le site de TI.
PpHd Le 10/09/2003 à 12:02 Tiens j'ai reussi a lancer le jeu dans sa premiere distribution : fallait utiliser PedroM qui accepte ce fichier que AMS ne voulait pas.
PedroM powa!
Sinon le probleme des strings, s'il est du a genlib et soit du a une vieille version de genlib, soit a une vieille version du kernel.
Sinon c'est pas la faute des 2.
D'ailleurs, genclib est totalement obsolète! C'est un wrapper pour convertir les conventions d'appel, totalement inutile avec TIGCC 0.94 qui permet le passage par registres.
PpHd Le 15/09/2003 à 09:06 D'ailleurs si tu avais preos 0.64 tu aurais pas ce message, Vertyos :P
Uther Le 15/09/2003 à 13:03 Non j'ai un projet plus de son envergure: "Oracle"
et puis apres il pourra porter Office
Tu pourrais vérifier au lieu de faire planter la TI

« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
ok
Vertyos> à part ça, eske ça marche ?
Au passage, ça marche pas chez moi non plus... Protected Memory Violation après le choix de la race
arf.
Je crois que je vais faire un setfold automatique ds la prochaine version...
Surtout pas ! C'est insupportable, les programmes qui changent la config de la TI.

« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
bah fo savoir si vs voulez qu'il y ait un bug ou pas.
et en plus de tte façon à la fin de prgm je restaurerais main...
ms à part ce lamentable bug, est-ce que ça marche bien ?
Il y a d'autres façon de faire.
Moi je n'aime pas celle-là.

« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
ou alors je pourrais faire un message d'erreur qd il trouve pas les fichiers ds la current folder, tt simplement...
ss vouloir paraitre relou à poser tjrs la même question, est-ce que à part ça, ça marche ?
Tu peux facilement éviter ce problème du répertoire courant en le spécifiant explicitement: bloodmark\toto, ou en C: "bloodmark\toto".
Nil Le 19/09/2003 à 16:48 Ou
- en récupérant le répertoire courant,
- en cherchant l'executable,
- en te plaçant dans son répertoire
- en vérifiant qu'il y ait tous les fichiers
- en quittant, en restaurant le répertoire d'appel
je pense pas non...
je pense que régler le répertoire au début et le restaurer à la fin du programme est légèrement plus simple que devoir le citer à chaque fois qu'on veut charger un fichier...
Nil Le 19/09/2003 à 16:57 Surtout que ça implique que l'utilisateur DOIT avoir un répertoire défini, ce qui n'est pas très souple, je trouve.