Resultats des beta tests de Small - Page 3

Nitro : n'oublies pas les fonctions (gotoline, open, char spe #, ...)
et peut etre réparé le bug qui fait planter la calc lorsqu'on compile 2 fois

Elendur : tu pourrais donner le fichier bboxdata.bin avec les sources de ton jeu ?

>et peut etre réparé le bug qui fait planter la calc lorsqu'on compile 2 fois

Arf oui alors ça j'aimerais bien savoir d'où ça vient... est-ce que ça le fait avec slauch (de Iceman89) ou pas ?

1) slauch ne marche pas sur 89 donc pas top
2) je comprends pas comment choisir le fichier que je veux éditer avec slaunch !

de toute manière, le problème ne vient pas de side mais bel et bien de sc !
car si je compile 2 fois un prog avec sc("prog")
et bien la 2 eme fois ca plante (Memory Violation)

ha oui au fait Nitro :
faudrait aussi que tu fasses une doc pour expliquer succintement les fcts que tu as rajouté (sgl_xxx)

ya le source de blackbox ds le nouveau zip , bbox.sma je crois.

Il n'y a pas de prob lors d'une double compilation d'un fichier non archivé... donc avec un p'tit kbdprgm on peut faire un truc pas mal ..!!

Sinon, j'aurais grand besoin d'un copier-coller.. tu peux faire ca???

>car si je compile 2 fois un prog avec sc("prog") et bien la 2 eme fois ca plante (Memory Violation)

Ca c'est parce que sc n'est pas archivé, n'est-ce pas ? Si sc est archivé tout marche parfaitement, donc ça vient necessairement de side...

>faudrait aussi que tu fasses une doc pour expliquer succintement les fcts que tu as rajouté (sgl_xxx)

Ok.

>ya le source de blackbox ds le nouveau zip , bbox.sma je crois

Ouaip

>j'aurais grand besoin d'un copier-coller.. tu peux faire ca???

Oui c'est prévu

oui le source est dans le dossier sources
mais c'est vrai que j'ai pas pensé a mettre le binaire de bboxdata, faut dire que c'est que des sprites... enfin si tu veux: http://www.multimania.com/elendur/tile.tl
la seule étape entre tile.tl et bbox.9xz, c'est ttbin2oth

a part ca, en essayant blackbox avec le nouveau genlib, je viens de voir un truc bizarre: le curseur dissimule (recouvre) la case qui est en desous... le blanc ne serait-il plus transparent ???
je vais voir si y'a pas encore une nouvelle version de genlib

merci Elendur pour les tiles
je sais que c'est con mais ca me fait grave chier de devoir refaire des boules si j'en ai besoin

lol

Avec quel editeur ouvrez-vous les fichiers .tl ??

sprmaker (enfin peut importe que ce soit l'extention .tl ou une autre.. j'ai choisi .tl comme ca mais bref le prog c'est sprmaker )

Merci..

Godzil: Oui il y a bien sur des variables globales dans le programme, mais ce n'est pas de ma faute si le support des progs C sur la calc est imparfait (les variables globales initialisées, qui sont mises dans la section .data, sont directement modifiées à leur emplacement, sauf si le programme est compressé ou archivé). Je ne peux pas les initialiser à la main pour deux raisons:
- il y en a énormement, qui sont réparties partout dans les sources et il y a 10000 lignes de code.
- si je mets ces initialisations (j'ai quand meme essayé), le programme dépasse largement les 64 Ko, donc ça ne marche plus du tout.
C'est aussi la raison pour laquelle le compilateur ne sera jamais en nostub, tant qu'il n'y aura pas un support correct de la section .bss.
Et j'aurais voulu utiliser la compression runc, mais quand je quitte sc, il y a un plantage, et les menus du TI-OS disparaissent

>_Godzil_ :
>Nitro tu programme le SMALL en C ? non ??
>
>Tu aurais pas des vars globales ???
>
>regarde sa :
>
<<Q: I have problems with allocating memory with TIGCC. When I run my program the first time, it works just as expected, but the second (or sometimes the third)
time I run it, it hangs. Typical memory allocation problem. But I just can't understand what the problem is.
A: The problem is very probably not related to the dynamic memory allocation, but to the usage of static variables.
At the moment, all static vars need to be initialized, even to nothing.
I.e, you need to use

static int a = 0, b = 0;
static char *ptr = NULL;

instead of
static int a, b;
static char *ptr;>>

Ceci ne concerne que le mode _nostub, et en principe c'est corrigé dans les versions récentes (à l'aide d'une initialisation automatique pour les programmes en _nostub), mais Zeljko a oublié de le supprimer de la FAQ.

Le problème qui concerne le Small est que les variables globales initialisées sont stoquées dans le programme et donc gardent leur valeur si le programme n'est pas archivé (et également si on utilise une ancienne version de DoorsOS qui désarchive et réarchive automatiquement les programmes en mode kernel).

>Nitro: C'est aussi la raison pour laquelle le compilateur ne sera jamais en nostub, tant qu'il n'y aura pas un support correct de la section .bss.

Si tu m'envoyais tes sources, je pourrais voir ce que je peux faire.
Mais je trouve qu'il faudrait d'abord avoir une version de srun en mode _nostub pour que convertir le compilateur ait un sens.
[edit]Edité par Kevin Kofler le 01-08-2001 à 19:18:58[/edit]

Pauvre Kevin il est incurrable.

Le compilo utilise genlib. Donc on ne peut pas faire du _nostub.

Je vois pas pourquoi le compilo serait plus sensé en étant _nostub.

Bref tu es de plus en plus énervant. L'objectivité, ça fait pas de mal...

>Thibaut: Le compilo utilise genlib. Donc on ne peut pas faire du _nostub.

Si tu avais suivi dès le début, tu saurais que Nitro compte faire en sorte que le Small puisse utiliser aussi autre chose que genlib dans les versions futures.
Il peut très bien y avoir un header pour les ROM_CALLs, et un programme n'utilisant que ce header pourrait très bien être exécuté par une deuxième version de srun en _nostub.
On pourrait même mettre un header TIGCCLIB si on inclut les fonctions de TIGCCLIB dans srun (les 2 versions, il n'y a aucune raison pourquoi la version kernel ne pourrait pas les utiliser).

>Thibaut: Je vois pas pourquoi le compilo serait plus sensé en étant _nostub.

Je ne le vois pas non plus tant que le Small est dépendant de genlib et que srun est en mode kernel.
[edit]Edité par Kevin Kofler le 01-08-2001 à 19:31:47[/edit]

s'il y a bien quelque chose qui me crispe, c'est quand quelqu'un met des trucs en italique dans son texte...Comme Kevin par exemple...

Il y a une raison pour laquelle j'utilise l'italique: je mets tous les noms propres sauf les noms ou pseudonymes de personnes en italique.

La remarquable objectivité de Kevin (augmentant de jour en jour) est en train d'énerver un nombre remarquablement croissant de membres...

Dans tous les topics après tes posts, on voit des remarques en ce moment, et de plus en plus.

Arrête de nous bassiner avec Thomas-lèche-moi-les-bottes et le _nostub. Nous on ne bassine personne avec le kernel (sauf toi, tu le provoque).

C'est amical ce que je dis là, j'espère que nos prochaines conversation pourront le rester

je vais essayer de sortir slaunch pour 89....parce que la c'est necessaire....

sinon, moi j'ai une 89 hw2 roms 2.05, et ca marche nickel avec unios 1.31...et sur ma 92+ hw1 roms 2.03 doorsos 0.98/0.99
sinon, chez qui sa bug, il fo mettre le fichier gendata dans main, si il y a un crolling...

voila
@+

Bon, je vous voit causer de ce truc qui à l'air d'être formidable. J'essaierai bien

Y'a un petit tuto dans le zip ?
barthib@hotmail.com
Merci beaucoup !

Bon, Kevin: je sais que tu veux rester sérieux, que tu as eu d'excellentes notes, que tu es trés bon en math, etc...mais je crois qu'il faut trouver le juste milieu. Le souci constant de rester sérieux t'empêche de faire s'exprimer la créativité et la sagesse qui est en toi.

Voilà, tout à fait.

Amen

quel rapport ?

aucun...

En tout cas, si tu pouvais faire un explorateur qui lance les fichiers compiles ca serait pas mal !