Thibaut> tu dois avoir une ancienne édition...
Pim89 Le 17/01/2002 à 21:19 moi je connais pas ces caractères ...
de toute façon, j'ai pas trop envie de me faire chier à mettre V200 (TM) ... je met V200 et encore ...
Non-Webmaster et
non-programmeur du site. .Pour tout probleme ou question ,débrouillez vous avec les
Webmasters .«- Pas Moo ! ^^
>nounoun:
>Et on éspère plus de FLASH libre,
Impossible. AMS 2.06 prend 1,3 MO comme toujours. Fais tes calculs: 4 MO (prochaine taille standard après 2 MO et donc taille probable de la FlashROM de la V200) - 2,7 MO (FlashROM utilisateur) = 1,3 MO (AMS 2.06)
>plus de solveur d'équation de merde
Désolé, le solveur numérique restera selon les spécifications de la V200.
>LA PERMIERE ROM SUR 89/92+ V200 100/100 EN ASM !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Je ne pense pas qu'ils réécriront AMS en assembleur (même pour des versions futures). Pour eux, le C est suffisant. Et vu la qualité du code assembleur écrit par les ingénieurs de TI (ça se voit dans les codes des traps ou d'autres trucs vraisemblablement écrits en assembleur), il vaut mieux qu'ils restent au C. (Par exemple, il y a des movem.w utilisés pour restaurer des registres sauvegardés, alors que ça détruit la partie haute des registres, ...)
[edit]Edité par Kevin Kofler le 18-01-2002 à 22:06:58[/edit]
C'est un movem.w, et ils l'utilisent pour sauvegarder et restaurer des words. Le problème, c'est que ça affecte le registre entier et ils ne le savaient pas.
un long word, ça veut dire la totalité du registre, tandis que le word ne s'oocupe que de la moitié du registre (16bits)
quand même, vivement la RTC!!!
Si les programmeurs ne connaissent rien à l'ASM, ils n'ont rien à foutre à programmer la 89/92+/V200 alors !
Le C c'est moins efficace que l'ASM, mais ça reste correct si on met les bons algorithmes... Mais ce n'est pas le cas !
DrawLine, DrawPix, ScrRectFill et les routines graphiques de manière générale, sont horriblement inefficaces par rapport à des routines bien écrites, même en C !
Pen^2 Le 19/01/2002 à 17:45 c clair j'allais le dire.. faudrait penser à regarder le pseudo avt de poster ;D
Bah... venant de sBibi... on sait jamais...
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.
tu viens de le découvrir ?
"c koi .l ???": ah, désolé sbibi. Ce n'est vraiment pas toi que je visais, tu es bien meilleur en ASM que moi... Pardon !
hwti Le 02/02/2002 à 16:36 puisque TI veut sortir une nouvelle ROM, ce seait bien de faire une liste de tous les bugs de la 2.05 pour les informer.
je commence:
> n'importequoi | x=x ou alorsune autre variable donne unne erreur "memory"
> la fonction primitive donne ln(u(x)) comme primitive de u'(x)/u(x) au lieu de ln(|u(x)|)
niuob Le 02/02/2002 à 16:47 > hwti : trop tard je pense ...
Pour le problème de la primitive, je viens de tester sous VTI/92+/2.04 elle donne ln(|u(x)|).
> n'importequoi | x=x ou alorsune autre variable donne unne erreur "memory"
Ce n'est pas un bogue, c'est le fonctionnement prévu. (Ça substitue x au lieu de x une infinité de fois, jusqu'à fin de mémoire.)
> la fonction primitive donne ln(u(x)) comme primitive de u'(x)/u(x) au lieu de ln(|u(x)|)
C'est parce que tu es en mode complexe. ln(u(x)) est aussi une primitive valable (complexe pour u(x)<0).
Mets "Complex Format" à "REAL" pour avoir une primitive réelle.
"
ça fait 1, alors...