90

Folco (./85) :
Faux (et impossible pratiquement). Renseigne-toi sur le fonctionnement.


La VAT ou autre chose peu importe c'était un exemple.
Qu'on ne me dise pas que les mises à jour passés du TI-OS n'ont jamais mis à
mal un seul programme qui ait prit le risque de passer outre l'API fournie ....
En fait, tu avances beaucoup de choses, mais tu ne sais pas comment marchent PedroM et AMS.

Ah bon ? Il suffit de lire les questions que je pose pour s'en rendre compte non ?
Si en l'espace de 2 semaines j'avais eu le temps d'écrire tout ces compresseurs
sur une plateforme inconnue, et qu'en plus je me serais documenté sévère sur ces OS au point d'en connaitre les moindres détails techniques, je crois que j'irai postuler direct à la NASA grin

Et pour tout le reste :

Un OS c'est un OS, même avec ses particularités, il doit rester le seul interlocuteur
pour les applis, ou alors il se condamne à ne pas pouvoir évoluer.

91

Oué c'est bien ça, t'as encoer du chemin à faire. Bon courage. smile

92

Folco (./89) :
Je te signale qu'il y a aussi cette macro dans TIGCCLIB

Faux. SetIntVec de TIGCCLIB a été corrigé pour la Titanium proprement:
#define SetIntVec(i,h) ({asm volatile ("bclr.b #2,0x600001");(void) (*(INT_HANDLER*)(i) = (h));asm volatile ("bset.b #2,0x600001");})
TIGCCLIB n'a jamais utilisé 0x200000.
et que PpHd ne va pas virer ce code autrefois safe pour des questions de compatibilité évidente.

Sauf que le RAM_CALL est nouveau dans PreOs (rajouté exprès pour la Titanium), il n'y avait pas d'equate du tout avant, donc les programmes doivent forcément être portés de 0x400XX à GHOST_SPACE+0xXX, donc pourquoi pas les porter proprement tant qu'on y est? Ça ne prend pas plus de temps de mettre bclr.b #2,0x600001; move.l ...,0x64; bset.b #2,0x600001 (et c'est aussi compatible avec Iceberg). Ce RAM_CALL ne sert strictement à rien (mais il est effectivement tard pour le supprimer parce qu'il peut y avoir des programmes foireux qui utilisent ce RAM_CALL maintenant, mais c'était une erreur de la part de PpHd de le rajouter! Et il ne m'a pas voulu m'écouter quand je lui ai signalé ça).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

93

Kevin Kofler (./92) :
Faux. SetIntVec de TIGCCLIB a été corrigé pour la Titanium proprement:

Je parlais de execute in ghost space. Evidemment, tes hacks à toi n'en sont jamais.

94

Qu'on ne me dise pas que les mises à jour passés du TI-OS n'ont jamais mis à mal un seul programme qui ait prit le risque de passer outre l'API fournie...

Clair. Un certain nombre de programmes qui accédaient directement aux variables internes du système ont été cassés lors du passage d'AMS 1.xx à AMS 2.xx.
Ce hack avait fonctionné pendant longtemps sur les TI-92, mais TI a cassé cela dans les TI-92+ et TI-89.
Sauf que le RAM_CALL est nouveau dans PreOs (rajouté exprès pour la Titanium), il n'y avait pas d'equate du tout avant, donc les programmes doivent forcément être portés de 0x400XX à GHOST_SPACE+0xXX, donc pourquoi pas les porter proprement tant qu'on y est?

Il me semble que ce RAM_CALL a été ajouté dans une version développement de PreOS (entre 0.67 et 0.70), avant que l'on sache que la 89T n'a plus de ghost space à 0x40000, non ?
Et tu oublies de mentionner que PpHd déconseille son utilisation wink
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

95

Folco (./93) :
Je parlais de execute in ghost space.

Ça correspond à KERNEL_SPACE dans PreOs (qui a effectivement une utilité). GHOST_SPACE est juste pour les vecteurs d'interruption et ça ne sert à rien.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

96

stfox (./64) :
Sasume -> Merci pour ton outils 'time' c'est excellent, il me permet de voir ce qu'apporte certaines
optimisations, mais malheureusement donne des temps erronés sur ma TI89 HW1 sad
Merde, j’utilise l’autoint 1, peut-être que sur HW1 le timer n’est pas assez précis…
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

97

C'est surtout que la fréquence est différente sur HW1. Mais c'est aussi moins précis.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité