AS et AMS < 2.04 :D - Page 2

oué mais j'aimerait bien avoir un peu de beta teste sur AMS standard pour savoir si je rajoute des bug ou si c pedrom qui fait bugger

je veux bien mais j'ai AMS 2.08.

comme tu le sent

Y'a un bug dans ton remplacement de la fonction OpenFile:
Ton fopen n'est pas ferme par un fclose.
fopen(machin)..
HANDLE h = f->hanadle:
fclose(f);

heeeuuuuuuuuuuuu
:/


merci :/

Ou ai-je la tete moi ??? j'me le demande :/

La version en ligne est stable maintenant ?

non pas encore g pas touché a mon pc du we

je corrige sa pour demain (17/03)

Ah oui en effet, le TD d'asm avec PedroM était pas drôle (et SIDE veut pas montrer le menu char, on a pas le droit au $ ...)

Bon je regarde la pq as me sort des erreurs sur des truc du genre

[...]

 move.l #33,d0
 move.l d0,d1
 move.l d0,d2
 jsr bw_putpixel

[...]

il me pete une erreur "WARNING test(1): Numeric constant exeed 32bits
JE pense que le pbm viens de stricmp :/
Je débug sa


En tout cas g reussi a me compiler un super prog qui sert a rien

 trap #4
 rts

C cool now pour eteindre la TI g plus qu'a taper OFF

>il me pete une erreur "WARNING test(1): Numeric constant exeed 32bits
Voilà, j'avais ça et des erreurs de mémoire à la sauvegarde parfois.

Pourquoi pas utiliser cmpstri tout simplement? C'est disponible sous tout AMS, et la seule différence est que:

More precisely, it internally converts all uppercase characters to lowercase (unlike stricmp, which converts all lowercase characters to uppercase).

(extrait de la documentation de TIGCC).

A tester, mais je sais que dans pas mal de cas, l'ordre de conversion joue (passer les maj en min ou les min en maj

Stricmp n'est utilisé que pour les tests des nom des commandes ams :/

Ai-je ajouter une bug a as ou est-ce pedrom le coupable ?? :/
Je vais tester sur ams

sa fait pareil ss ams :/

Humm je vais plus me pencher sur le code poru la gestion des valeurs imediates

#strange#

Je viens de tester avec ams (ou l'on peut mettre des $)
si je fait

move.l #33,d0
rts

il me sort un warning

mais si je fait

move.l #$21,d0
rts

as plante !
#loljaune#

Ya un truc que je pige pas :/
je n'ai absolument pas touché au code d'assemblage

Va falloir que je me penche la dessus (il doit s'agir d'un bug latent qui viens de surgir ??)

Desole pour le menu char... J'ai beaucoup de boulot.
Pour le 2nt text, c'etait un bug dans strtotkn. Mais ca buggue toujours (bien qu'ouvrant le fichier).
Peut etre que Nitro a fait des modifs apres l'avoir release et que ca vient de la.

Que compare AS sans tenir compte de la casse ?

tout simple

En asm tu peut faire
Rts
rTs
rts
RTS
RTs
[...]

Je ne voudrais pas être méchant, mais franchement, j'ai du mal à voir l'intérêt des écritures autre que rts et RTS...

ya plusieur intéré,

Quand tu tape sur un clavier il peut arriver de faire des fautes de frappe et mettre une maj la ou tu voulair pas en mettre

Sachant que l'asm n'est pas sensible a la casse, je ne vois pas pq on ajouterait un truc quiferrait tout bugger en etant sensible a la casse

D'ailleur il vaux mieux conserver une seule table des symbols possible dans une casse précise que 2 table (par ex) si on gardait que tt maj et tt min

T'as pas moyen de compiler une version d'AS qui utilise strcmp (c'est à dire sensible à la casse) pour ceux qui veulent assembler plus vite ?
La vitesse doit pas mal augmenter sans cette horreur de cmpstri !

Ca changera pas grand chose je pense.

Bah la comparaison des symboles prend 3 fois plus de temps s'il faut, pour chaque lettre, faire :
1- tester si elle est majuscule
2- si oui, la mettre en minuscule
3- idem pour la seconde source
avant la comparaison.

Il est quand même très rapide, je trouve AS.

Il pourrait l'être plus !

>1- tester si elle est majuscule
>2- si oui, la mettre en minuscule

<=>

1 faire un bset #5 sur les caractères

ou un or #$20202020 avec 4 cars si on veut en faire plusieurs d'un coup

Ha, c'est pas con

Ca fait quand même 2 instructions supplémentaires par caractère testé => 3 fois plus lent

mééééééé eeeeeuuuuuuuu !

Une table est utilisée pour la conversion.
Un bout du mail que j'avais envoyé à Sebastian pour ces rom calls (cmpstri et stricmp):

"AMS 2.04 and 2.05 use the CTypeTable for the characters conversion (they use "toupper" TI FLash Studio macro). In this table, international characters (à, î, etc.) are considered as characters that can be converted to upper-case (and to lower-case).
AMS 2.03 do not use CTypeTable (although it could use it). It simply tests if the 0x61 <= character <=0x7A before the conversion(0x61 = a and 0x7A = z). If it is the case, it makes the conversion. So international characters (from 0xE0 to 0x FE, but not 0xF7) are not converted.
So stricmp ("Î","î") returns 0 on AMS 2.05, and 0xFEE0 on AMS 2.03."

Donc je prefere garder ma version de stricmp, meme si elle est pas parfaite, comme de tte elle teste que les nom des "commandes" asm, sa suffit largement, et non j'utiliserait pas strcmp, pasque sinon sa va incpliquer trop de pbm de compatibilité avec les sources deja existantes, et pour l'instant je cherche se c*n de pbm qui fait qu'il refuse de compiler une source avec #33 (par ex) alors qu'avant sa marchait :/

Ah, dommage que personne n'ait le temps d'inclure ces trucs dans TIGCCLIB...
Kevin, est-ce que le zip des pending updates est régulièrement updaté ?