je doute que l'assembleur de TI soit aussi bon que AS...
et celui de TI ne gérera pas le mode Kernel
(Alors qu'AS le gérera un jour, dixit Nitro, (et ce jour se rapproche, me semble-t-il vu qu'il parlait de COFF qui simplitierai ça, ou je ne sais trop quoi)
qd je code en ASM, je m'en fou pas du mode kernel !
J'aime bien ne pas avoir à refaire ce qui est dasn le slibs !
(surtout vu mon faible niveau en ASM)
de toute manière ce truc n'est marqu" que sur le site de ti-fr
moué, je l'ai pas trouvé sur le site officile de ti
ça sent le bid.
j'aimerais bien savoir les sources
Ben... c ds la new, sur le site de TI-FRANCE, mais g pas vérifié.
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
Option de programmation en assembleur. "
ca veut dire que la calc peut executer des progs asm comme les ti68k.
ca ne veut en aucun cas dire que l'on pourra programmer ASM on calc
bof...
le tout est le jeu sur les mots ...
et il ne me semble pas avoir entendu les B-testeurs de V-200 parler d'un Assembleur on-calc.
fo pas réver.
/me te remercie de ton soutient.
de toute façon, même si jamais TI en sortait un, il vaudrai pas AS.
(ROM_CALLs interdits, écritures vers les ports idem... comme pr leur concours, en gros)
non, je me suis pas montré assez précis je vois.
CERTAINS ROM_CALL inerdits.
(pr le concours, il me semble qu'ils interdise (au niveau "légal" l'accès des rom_call non documenté dans leur SDK, non (car entryp points non officiels, ou quelque chose commeça)
mais voila...
ou alors, un environnemtnde prog qui permette pas d'exécuter le sprogs écrit ailleurs que dans un soft...
je m'explique.
En JAVA, les progs doivent être lancés sous la VM (en gros)
Ben, faire un peu pareil... que les progs créés ne puissent être lancés que dans un environnement particulier, qui empéche certaines choses...
G bien lu "Représentation graphique des suites définies par récurrence" ????
Kevin> sauf que les libs font des trucs que les ROM_CALL ne font pas, ou pas de façon simple...
par exemple, les menus sont plus facile à gérer avec le slibs qu'ave les rom_call !
N'exagère pas. J'utilise les ROM_CALLs pour le popup dans UnInEvHk et ça n'a pas été très compliqué. (Regarde la source, et tu verras que c'est tout bête, alors que c'est généré dynamiquement - pour un menu statique, tu peux créer la struture directement, c'est encore plus facile en assembleur.) Et les toolbars ne sont pas tellement plus compliquées que les popups
Slack Le 27/06/2002 à 19:24 Je me suis rensigné auprès de Ti pour la V200 (je leur remercie de leur réponse qui a été très intentionnelle)
Apparemment elle sera dispo dans les prochains jour qui suit sinon on peut trouver la V200 auprès des vendeurs classiques.
Malheureusent d'après eux on ne pourra pas programmer en asm on calc.
Vark Le 27/06/2002 à 19:29 mais le doute n'est même pas permis !
en plus si tu te met à croire ce que te disent les incompétents de ti ...
*** Ne sous-estimez pas la puissance de la Marmotte ***
©
Marmotte Team : LaMarmotte, sBibi, Vark & sabrina
