AMS 2.07 - Page 2

Et si quelqu'un pouvait récupérer les sources de AMS, et qu'il les mettaient à disposition de la communauté pour pouvoir les modifier et de cette manière on aurait pas tout l'OS à créer (ce que certains ont essayé et pas réussi à faire) et on pourrait changer le code de chaque ROM_CALL pour l'améliorer et même en rajouter... On aurait un AMS parfait en quelques mois !!!
Raaaaah je rêve trop !

-

Pas besoin d'aller jusque la. Que les inge chez Ti utilisent Gcc au lieu du truc qu'ils ont et ca sera deja mieux

-

On fait une pétition pour leur demander d'utiliser GCC ?

Je sais pas. Mais j'installerais pas AMS 2.07 en tout cas.

-

zdr a écrit :
On fait une pétition pour leur demander d'utiliser GCC ?

Oui, et d'utiliser TIGCC comme le compilateur dans leur SDK. Ils peuvent continuer à utiliser leur linker propriétaire vu que TIGCC et leur compilateur utilisent le même format de fichiers objet (COFF).

Oui !!! entièrement d'accord !

on leur donne qq exemples de leur horreurs de code (dsl, je connais pas l'ASM, donc je répète ce que vous dites), et on leur dit que TIGCC ne les fait pas, et qu'il est mieux que leur truc (Kevin a des arguments !).

S'ils sont pas trop cons il réagiront.

PS : et on leur propose aussi PpHd en codeur pour refaire les routines graphiques de la ROM directement en assembleur ! pis Kevin pour les autres routines de VAT ect, et les autres pros que j'oublie pour mettre des Easter Eggs dans certaines applications !

Chez TI ils font n'importe quoi... C'est un compilateur de m...
Ca serait marrant de faire une pétition pour qu'ils utilisent GCC/TIGCC !

Je veux bien créer une page d'inscription en PHP si quelqu'un écrit le texte en français et en anglais ...

je veu pa setre pissimiste,mais il ss'en battent un peu les couille avec des porte de garage dde nous, mais bon; puis nitro l'a deja dit les developper n'utilisent pas le sdk ti, donc ti ne touche pas trop au sdk, vu ke ya les dev de flash apps ki s'en servent ...

Bien sûr, mais c'est marrant

AMS 2.07...

clr.w d0
swap d0
swap d0
swap d0

Y a-t-il une bonne raison (que je ne connais pas) de faire ça ?

arggggggggggg !!!

swap d0
clr.w d0
swap d0
je vois, mais là

ça peut meme pas être pour les flags............
franchement, mis à part la folie furieuse, je vois pas de raison valable.

Es-tu sûr que tu es en train de regarder du code, pas des données?

Parce que c'est carrément bête comme code, ça!

-

Une raison de plus de ne pas utiliser leur SDK.
Mais s'ils veulent permettre la création de FlashApps, ils n'ont pas vraiment d'autres choix que d'utiliser leur linker, à moins qu'ils ne veuillent l'implémenter dans Obj2Ti.

Il est excellent leur linker: que lui reprochez-vous ?

Cherchez la chaîne de caractères 'H@H@H@' avec l'outil de recherche de VTI pour voir l'ampleur des dégâts !

-

Tu cliques avec kle bouton droit sur la fenêtre de visualisation de la mémoire dans le débogueur

XDanger a écrit :
Il est excellent leur linker: que lui reprochez-vous ?
Cherchez la chaîne de caractères 'H@H@H@' avec l'outil de recherche de VTI pour voir l'ampleur des dégâts !

1. Es-tu sûr que ce ne sont pas des données demandées par le format d'une structure (header d'application par exemple)?
2. Le linker utilisé par AMS n'est probablement pas le même que le linker du SDK, vu que le format résultant est différent (89u/9xu/v2u, pas 89k/9xk/89z/9xz).

Il me semble que c'est du code, pas des données (au moins la grande majorité). Et ça n'arrive pas qu'avec d0 (avec d3 et d4 aussi, et peut-être d'autres registres).
Il y en a un exemplaire à 22BB7A sur la V200, et c'est bien du code, pas des données. Il y en a également une grande concentration dans les 2Bxxxx...
Regarde gdb_recall. Il y a également assez fort à 243EFC (adda.l d4,a0; swap d4; swap d4; clr.w d0)...

Quelle instruction du compilateur, ou quelle commande C, est capable de produire du code comme ça ??

mais puisque je te dis que ça c les codeurs de chez TI qui font de l'asm inline !!

Peut-être leur routine était-elle trop rapide.

oué, ils veulent pas qu'on copie pitet

mdr !! pas mal ces morceaux d'asm vraiment des pros chez TI

Arg. Je meurs.