Miles Le 07/11/2001 à 17:42 D'accord avec sBibi !! - pour les kernel/nostub, parce que je connais pas Kevin, donc je ne dirais rien, il a l'air d'être bon, fouineur, un peu comme moi avec des idées tranchées, mais j'ai le même problème, donc je ne dirais rien -
Les kernels sont instables parce que les gars qui les ont programmés l'ont mal fait : pour en faire un vrai de vrai, il faudrait connaître AMS en entier, et ça c'est pas facile. personnellement, mon kernel tourne bien avec les jeux nostub et kernel - des bugs de temps en temps comme tbo68k qui disparaît, mais je leur pardonne -.
De plus c'est qui qui était là au début ??
Au passage, le multi-task est du task-switching... regardez dans tout bouquin sur les OS
"Les kernels sont instables parce que les gars qui les ont programmés l'ont mal fait": c'est vrai. Pourtant JM et les autres sont de bons programmeurs.
"De plus c'est qui qui était là au début ??": forcément, personne ne savait rien sur AMS. Il a fallu que des mecs débroussaillent tout. Au départ ça a été les programmeurs sous kernel, mais après les nostub s'y sont mis.
Au fait, la programmation telle que la voudrait TI pour leurs calculettes (89 et 92+ s'entend) n'est pas du tout orientée kernel: le Flash SDK a une approche nostub.
XDanger : Kevin n'a pas écrit d'OS complet, je ne voit vraiment pas ce que ça vient faire dans notre discussion. Kevin est intelligent mais trop fier.
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
En effet, je n'ai pas écrit une seule ligne de code pour Calcux en ce moment, et je ne sais pas si je serais capable de programmer un tel projet tout seul. Donc ton exemple n'est pas vraiment un bon exemple, XDanger.
Miles Le 07/11/2001 à 21:37 J'ai pas dit mauvais programmeurs, mais mal fait : ils n'avaient pas le choix
Le projet d'OS complet en GPL compatible avec AMS de Mike Tindal.
erik Le 08/11/2001 à 21:16 ca va etre stable ? contre le bug des piles ? autopatcheur de rom 2.00 ou besoin d'hw2patch ?
si cet os une fois installé ne fait pas chier le monde en plantant et en nécéssitant une modif de rom, je l'installerais (j entends par la qu'il se la ferme et qu'il se fasse pas remarquer sauf lorsqu'on fait appel à lui .)
Bref il faut un os discret et assimilable à un tsr stable et respectant les piles (pas de bug)
Le but n'est pas du tout d'installer un kernel par dessus AMS, mais de remplacer AMS! Donc je ne pense pas que ça t'intéresse. Du moins pas avant que toutes les fonctions d'AMS ne soient implémentées (ce qui est un des buts - compatibilité avec AMS - donc implémentation de toutes ses fonctions).
[edit]Edité par Kevin Kofler le 08-11-2001 à 22:31:48[/edit]
PpHd Le 16/11/2001 à 18:18 Le pb des piles est du a l'implementation d'hw2patch en ram. Installer le en rom et y'aura jamais de pbs, ni de reinstallation et il consommera 0 octets de memoire !
J'ai lu plusieurs personnes reporter (mais peut-être à tord), qu'avec le HW2Patch en ROM, l'installation d'un TSR (un kernel par exemple) déclenche le bogue.
Le bug des piles s'actives que lorsque je lance un programme _nostub.
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.
Ben, moi ça le fait quand je démarre V-Rally, Pang 2 et je sais plus quoi d'autres.
Mais ça plante pas avec tous (comme Othello2 ou Bomber Maze).
Et aucun des programmes kernel que j'ai sur ma TI (Falldown, Boulder, SFCave...) n'actives le bug des piles.
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.
