Détecter la version HW d'une TI en 3 instructions - Page 3

Je trouve que c'est quand-même un bogue parce que VTI ne se comporte pas de la même manière qu'un vrai 68k.

Moi y'en a pas comprendre ! Comment tu fais "l'opposé BCD d'un nombre hexadécimal" ?

aarrggh

On commence par le début :

BCD =
Binary
Coded
Decimal

...

Tu veux la suite now ?

Mais ça je sais bon Dieu !!! les BCD on voit ça en première STI !

Ce que je ne comprend pas, c'est ce qu'il dit : "l'opposé BCD d'un nombre hexadécimal". Pourquoi Hexadécimal ?????? tout nombre est en binaire dans les regitres

Ben
tu prend ton chiffre en BCD

tu peut l'avoir en hexa nan ?
Genre si tu obtien

0b10111101
sa fait en hexa
0xBD

Et l'inverse, je pense qu'il parle du pbm de Big et Little endian
Donc sur le 68K sa te fait 0xBD en meme
et sur les x86 sa fait 0xDB

(si j'ai bien pigé se qu'il raconte)

Ce qu'il veut dire que:
0x12345678 est un nombre BCD valide (correspondant à 12345678 tout simplement)
0xABCDEF12 ne l'est pas (as-tu déjà vu un nombre décimal noté ABCDEF12?)

Et ce qu'il utilise pour détecter VTI, c'est prendre l'opposé d'un nombre BCD invalide (de style 0xABCDEF12) avec l'instruction nbcd. VTI se comporte différemment qu'un vrai 68k dans ce cas.

Et il dit que faire l'ooposé d'un nombre BCD est impossible sur vrai 68k.
Comment il fait sur 68k émulé ?

C'est l'opposé d'un nombre BCD invalide (style 0xABCDEF12) qui est mathématiquement impossible! Le processeur renvoie donc une connerie ("garbage in, garbage out").
Le 68k donne le résultat qu'il a envie de donner, VTI en donne un autre qu'il a envie de donner, lui. La différence permet de détecter VTI.

Eh ben voilà ! je ne vois nulle part le mot "invalide" dans le post de JM.

Merci Kevin

C'est ce qu'il voulait dire par "hexadécimal".

Ha bon. C'est quoi le rapport ?

Que ABCDEF12 n'est pas un nombre décimal (mais en base >=16, donc au moins hexadécimal). C'est pour ça que 0xABCDEF12 n'est pas un nombre BCD valide.

t'1 je dois être TRES con parceque je ne comprend toujours pas. Pour moi, tout nombre BCD valide exprimé en binaire peut aussi s'exprimer en hexa

Ce qu'il veut dire par "hexadécimal" est que le nombre contient des chiffres qui n'existent qu'en hexa, pas en décimal (A, B, C, D, E, F).

Or, un nombre BCD ne peut contenir que les chiffres hexa qui existent aussi en décimal, par sa nature:
0x12345678 est la représentation BCD de 12345678 décimal.
0xABCDEF12 ne représente rien du tout en décimal.

au passage quelle est la routine officielle?

C'est celle conseillée maintenant par TIGCC:
1. On vérifie si FL_hardwareParmBlock est disponible. Si c'est non, c'est HW1 (TI-92+ AMS 1.00 - ça ne marche pas sur HW2).
2. On appelle FL_hardwareParmBlock.
(Remarque: La bêta la plus récente de TIGCC fait automatiquement les étapes 1 et 2 si on appelle FL_hardwareParmBlock.)
3. On vérifie si le champ hardwareRevision est présent. Sinon, c'est HW1.
4. On lit le champ hardwareRevision et on ajoute 1.
Alternativement, on peut aussi faire ça:
3. On vérifie si le champ gateArray est présent. Sinon, c'est HW1.
4. On lit le champ gateArray.
mais selon Scott Noveck, ce n'est pas la méthode officielle.

Pollux : ça devrait etre celle là plutot : topics/16234-detection-de-vti

Donc si j'ai bien pigé la routine officielle (celle du post #1) retourne en d0
1: si c'est HW1
2: si c'est HW2

???

J'ai un doute là.

On ne palrait pas de la détection de VTI plutôt ?

GraphXisPowerful a écrit :
J'ai un doute là.
On ne palrait pas de la détection de VTI plutôt ?

Si j'ai bien compris thibaut a présenté sa routine de détection HW, et après quelques chaudes disputes il parait qu'au fait elle détecte VTI (et non pas le HW). Moi en tout cas je me fiche de detecter VTI, je veux detecter la version HW, donc je demandais à Kevin ce que renvoie sa routine...

ok

À moi?
Oui, la routine retourne 1 pour HW1 et 2 pour HW2.

Thibaut: TAIS TOI !