deeph Le 30/07/2006 à 13:31 Essaye un compilateur normal avec TASM et tout le reste, sur ticalc.org ça devrai pas être dur à trouver... Sinon si t'as un fichier ".lst", regarde ce qu'il y a écrit dedans, ça devrai te dire où il y a des erreurs dans ton code.
essaie convhex il est tres facile d'utilisation
joe14 Le 30/07/2006 à 23:58 C'est trés bizarre qu'ils fassent 0 octets. Par contre, vérifie bien que tu as Devpac, car c'est l'utilitaire qui crée les .8xp à partir des .obj.
deeph Le 01/08/2006 à 22:46 Normalement, la TI 83+ et la 84+ se ressemble parfaitement (peut-être au niveau de l'OS, et encore...), donc tu devrai pas avoir de problèmes avec ça...
mais en asm c'est différent certaine romcalls sont changées l'include déja et de plus je pense que ce devpac ci est ti 83 et 83+ pur car grace a un développeur C# j'ai remarqué que dev choisit automatiquement l'include au cours de la compilation "ti83plus.inc" deveint *TI83F*
l'asm 83 et 83+ sont differents mais pas 83+ et 84+ a ma connaissance...
est tu sur de ne pas confondre 83 et 84+?
joe14 Le 06/08/2006 à 23:43 EOF = end of file.
Il faut que tu mettes un
end
ou .end ou END, je sais plus exactement avant la fin du fichier.
very Le 07/09/2006 à 00:58 heu le "batch de deux lignes" il utilise un vrai compilateur par dessous, hein... (enfin, a priori )
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard
La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.
joe14 Le 07/09/2006 à 08:50 C'est quoi comme compilateur ? C'est pas TASM ?
deeph Le 14/10/2006 à 23:23 Alors, t'arrive à programmer des choses avec ton compilo ?
very Le 16/11/2006 à 23:10Edité par very le 16/11/2006 à 23:19 ASM Guru est une mauvaise méthode pour comencer l'asm.
edit: lapsus
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard
La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.
deeph Le 16/11/2006 à 23:15 Erf, 80% des codes donnés dans ASM Guru (la traduction FR, pas la version initiale) sont mal tappés ou simplement faux... (De plus les adresses des Rom_Calls sont pas toujours bonnes (histoire de compatibilité 83/83+...).
ASM guru n'est du tt pas bon comme la plupart des inombrable tuto asm ki on chacun leur équations et leur scripts différents pour une seul romcall.(j'm y perd^^ Deeph).Donc j'ai commencé avec un programme simple: afficher a l'écran un texte en disp:
.nolist
#include "ti83plus.inc"
.list
.org userMem-2
.db t2ByteTok,tasmCmp
ld a,$00
ld (curRow),a
ld (curCol),a
ld hl,hello_world
B_CALL(_PutS)
ret
hello_world:
.db "jaime l asm",$00
.end
biensur on voit comment on déclare l'include pour la t83+ et ses acolites 84 ,84+ et 84+ se. ".org userMem-2.db t2ByteTok,tasmCmp" je pige ke dalle.
"ld a,$00" label pour la variable hexadécimal ($) (% pour décimal)
"ld (curRow),a" la ou li est placé "ld (curCol),a" ^^."B_CALL(_PutS)" c'est la rom call dc la commande.Si g dit une connerie dite moi car il fo ke j'aprenne (j'en suis sur ke gen n'é dit ^^).Faites moi savoir et merci pour vos conseil .
P.S:Jouez a World of Warcraft ^^
il fonctionne mais je l'est posté pour ke vous mexpliquiez les bases de la programation.Si mon compilo a déja un prob alors la je sé pas ^^.
deeph Le 10/12/2006 à 21:40 Si tu l'as bien fait normalement y'a rien à ajouter... Le seul truc qui peut être dommage c'est que ton compilo et tes romcalls n'ont pas tout à fait le même non que ce qu'on leur donne habituelement (mais c'est pas trop grave si tu montre pas tes codes sources souvent...).