faut m'expliquer - Page 1

arf dans la rom Ti j'ai lu

MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
MOVE.W $0,d0
...
sans lire ou ecrire de port (donc c'est pas un delai)

donc:
- soit je suis con(dans ce cas vous pouvez m'expliquer?)
- soit ils sont très con vu que ça bouffe plein de place et plein de cycles
- soit ils font une boucle qui lit un tableau qui est tout rempli de la même valeur et donc ils sont cons
(c'est pas pour ecrire vu que c'est du C et y'a pas de LINK)

Tu es sur que c'est du code et pas des données?

ben ué
" ils font une boucle qui lit un tableau qui est tout rempli de la même valeur et donc ils sont cons "
mais toujours les mêmes données sur plein de place? (et dans la flash donc en read-only)

je me suis foiré:
c'etait #$0 pas $0

soit ils veulent vraiment etre sur que d0 contiennent la valeur 0 et ils sont vraiment cons.
ou sinon c'est pour qu'ils puissent sortir une nouvelle version de la rom permettant d'avoir plus de flash accessible et plus rapide (ils n'ont alors qu'a enlever quelques parties de code comme celle la )
vivement la O2

Comme la fait remarquer Ced, il est posible que ce soit des données! Si tu regarde le début de la ROM du TI, tu à plein de 'ori' (ou un truc de ce genre) correspondant à que des 0.

Cette série de move correspond à une série de :

- en binaire : %00110000,%00111100,%00000000,%00000000

- en hexa : $303C,$0000

- en décimal : 48,60,0,0 ou 12348,0 ou 809238528

- en ascii : "0<"


Bref il ne semble y avoir aucune information sensée dans cette suite donc je dirais que ced a vu juste : ce serait du remplissage.

Il y a aussi plein de
swap d0
swap d0
et même
swap d0
swap d0
swap d0
dans la rom. Elle n'est pas bien optimizée.

Oui, ça vient du compilateur.
Mais la série de move.w #0,d0 ne peut pas avoir été générée par un compilateur, il y a bien quelque chose (quoi ?) de volontaire de la part des programmeurs de chez TI

c'est des enfoirés!
on pourrait avoir une super archive sans ça!

c'est peut-être pour ajouter des fonctions ds les prochaines roms sans faire diminuer la capacité d'archive

en parlant de swap, j'ai lu aussi:

ANDI.L $00FF,d0
SWAP d0
CLR.W d0
SWAP d0

=>GNIIII remarque comme avec move ils etaient surs que d0 contenait 0
, là ils sont surs que le mot de poids fort de d0 est vide

C'est le même que:
clr.l d0
ou même mieux:
moveq.l #0,d0

Tu vois comment mauvais le compileur de TI est; ne te plains plus de TIGCC

ben nan c'est pas pareil(tu oublies les swap)

je ne plains pas de TIGCC moi

Je ne te parlais pas. Je parlais à ceux qui se plaignent de TIGCC.
Et, oui, tu as raison.

joelt49 >> "Tu vois comment mauvais le compileur de TI est"

On dit "tu vois comment est le compilateur de TI".

PS : si tu n'aimes pas que je te corrige, dis-le moi ! (personnellement j'apprécierais beaucoup qu'on corrige mes fautes sur le forum de la TICT)

Thibaut> toi au moins, tu as le courage d'y poster
Moi, je lis souvent ce qui est écrit sur le forum de la TICT, mais il est plus que rare que je poste...

yeap, c du joli la ROM de chez TI ....

Thibaut: C'est comment on apprend une nouvelle langue

plutot c'est comme ça qu'on apprend une nouvelle langue

joelt49 : j'avais oublié l'adjectif "mauvais". Ca donne donc : "tu vois comment le compilateur de TI est mauvais"
Tu remarques qu'on dit "compilateur".

joelt49 a écrit :
Thibaut: C'est comment on apprend une nouvelle langue

erf, vu qu'on corrige, je ne suis pas sur que tu aurais vu la correction ds le post de janjan

"C'est comme ça qu'on apprend une nouvelle langue".

PS :
"c'est comme ça qu'on ..." est sensiblement égal à "c'est de cette façon (ou "de cette manière") là qu'on ..."