Bug ou pas bug? - Page 1

J'essaye de creer des fichier externes qui apparaitrons dans var-link avec l'extension STR.
D'apres la VAT, le 1er octet du fichier doit etre nul et le dernier octet du fichier doit valoir #$2D.

Apparement le fichier est créé avec la bonne extension STR mais lorsque j'essaye de lancer ce fichier depuis Home .... Internal error.

Pourquoi?

PS: J'utilise le filelib des polytechnitien.

Le premier octet ne doit pas être nul
Le premier word doit représenter la taille du fichier (sans tenir compte de la taille de ce word).

tu peux utiliser bin2str ou bin2oth de la tict tools suite (http://tict.ticalc.org) pour créer facilement des fichier STR à partir de données binaires.

D'accord mais l'octet qui suit la taille doit-il etre nul?
filelib commence a copier le memoire dans les fichiers externes apres les 2 octets qui donnent la taille.

Je ne me souviens plus du format, mais tu ne devrais pas avoir d'internal error si les deux premiers octets de ton fichier comptent bien la taille du fichier et que l'extension est bien un STR_TAG

Ximoon > Ca marche avec l'assembleur ?

STR :
[TAILLE]+[CAR NUL]+[CHAINE]+[CAR NUL]+[STR_TAG]
   2         1        ...       1         1

Donc en effet, il faut que le premier car soit nul, ainsi que l'avant-dernier.

Ah merci, je cours essayer!

Ca marche merci !

Tu as changé quoi ?

J'ai juste mis un octet nul puis #$2D a la fin du fichier.

Avant tu ne mettais pas le #$2D ?

Si mais pas l'octet l'octet nul qui doit preceder #$2D.

Ah. Je ne pensais pas qu'il était indispensable.

Il a l'air indispensable si on veut eviter le "internal error".

Et merde....
La routine d'affichage de la valeur en base 10 d'un registre bugge.
C'est bien la premiere fois.
Normalement on s'attend a voir un nombre entre 0 et 65535.
Mais la en plus d'un nombre, le caractere "/" s'incruste.

C'est quoi le probleme?


Edit:
Le code ASCII de "/" est 47 celui des chiffres commence a 48 (comme par hasard).

Une routine que tu as écrite ou bien un ROM_CALL ou bien une fonction de TIGCC ?

J'avais le même problème aussi Mais j'ai jamais trouver comment le résoudre....

Vous utilisez quoi comme fonction ??

Une fonctions programmer à la main sans ROM_CALL. C'est vieux c'est mon premier programme en ASM.

Bah postez le code.

Je recherche ça et je mis plonge.

Cette partie convertie un EXPR en chiffre sur 16 bits mais peut être que ça vient pas de ça: ça fait longtemps.

convert_expr:
clr.l d0
move.w (a0),d1
lea 1(a0,d1.w),a0
cmp.b #$1F,(a0)
bne toobig
cmp.b #2,-(a0)
bhi toobig
cmp.b #1,(a0)
beq onedigit
move.b -(a0),d0
lsl.w #8,d0
onedigit:
move.b -(a0),d0
rts

C'est un petit bout de mon premier programme sur TI-92 donc je me souvient plus

Mais je ne crois pas que ce soit ça que voulait faire Galmiza, lui il veut renvoyer une chaine de caractères qui représente en décimal le nombre contenu dans un registre, si j'ai bien compris.
Par contre, je n'ai pas trop compris ce que fait ton code, toi par contre... C'est quoi une EXPR ? Une variable de type EXPR ?

Une variable de type EXPR
Excuse moi je n'ai pas mis le contenu de certain registre Je suis un boulet.
A0=pointeur de la variable expr sur son handle
D0=Résultat sur 16 bits

Mais j'assure que ce genre de problème était identique. Mais ça doit avoir aucun rapport avec ce topic

J'ai essayé de trouver la description d'une variable de type EXPR, mais il y a plein de variantes différentes, d'après ce que j'ai vu, non ? (entier, fraction, flottant, ...)

Ouai j'ai remarqué ça après avoir codé cette fonctions, expr négatif, positif les EXPR sont assez complexe surtout à gérer en ASM

oue, il y a 36 definitions possibles de EXRPR

en gros, tout ce qui n'est pas d'un autre type est EXPR, quoi

polytechnitien : c'est polytechniciens s'il te plait

Jette ta routine de conversion de nombres en chaînes de caractères et utilise sprintf.

Et d'ailleurs, je ne vois pas du tout l'intérêt d'utiliser filelib. À part des bogues (), elle n'ajoute rien par rapport aux ROM_CALLs de traîtement de fichiers.