Integrated Desktop - Page 9

allez, moi je reponds a la question du jeune homme :
je sais pas lol, ta liberé de la mémoire ? ta pas installer HW2patch ? créer un prog basic qui stop ID, lance CF, et a l'arret de CF, relance ID, c pas long et ça marche

MacIntoc a écrit :
PreOS n'est pas un TSR

Si.

MacIntoc a écrit :
bah... techniquement un kernel (et pas un shell) "is Terminated but Stay Resident", mais il respecte pas la norme de Kevin, donc il n'est pas un TSR

Ce n'est pas un hook d'évènements, donc ma norme ne le concerne pas du tout.

MacIntoc
a écrit : justement, si les kernel sont des TSR, pkoi il est anti-kernel/TSR

Parce que c'est un TSR inutile qui gaspille de la place.
Et que ce n'est pas normal qu'un programme ne tourne pas si on n'a pas installé un TSR préalablement.

Kevin Kofler a écrit :
Parce que c'est un TSR inutile qui gaspille de la place. Et que ce n'est pas normal qu'un programme ne tourne pas si on n'a pas installé un TSR préalablement.

heu, dsl, mais au pi des tsr inutiles, hw2tsr est Roi, vu qu'il existe hw2patch qui ne bouffe pas du tout de RAM

loufoque a écrit :
Sans ID, quand je joue à CF, pas de problème.
Avec ID, quand je joue à CF, j'ai un joli "MEMORY : Overflow Error"
Pourtant, je n'ai rien d'autre dans ma ram que des TSR (id et preos)

Si tu as beaucoup de programmes reconnus par ID, pas mal de blocs sont alloués en RAM, ça peut gêner l'exécution de CF.

Kevin Kofler
a écrit : Et que ce n'est pas normal qu'un programme ne tourne pas si on n'a pas installé un TSR préalablement.

Euh attends. Je croyais qu'il fallait installer h220xtsr avant d'installer n'importe quel autre tsr. Ça revient au même qu'un kernel au niveau utilisation...

>PpHd ou ExtendeD niraient jamais tenter d'enseigner à un niewbie que le mode nostub est à proscrire parceque ça prend de la place, qu'en cas de crash il n'y a pas d'OS pour superviser et permettre l'archivage avant reset, parler uniquement des programmes nostub et pas des programmes kernel quand un niewbie demande ce qui se fait, etc...
L'OS (AMS) ne fait rien pour les crashs, mais KerNO, si.

> parler uniquement des programmes nostub et pas des programmes kernel quand un niewbie demande ce qui se fait, etc...
Parler uniquement du mode de programmation ultra-majoritaire, ne me paraît pas extrêmement aberrant... Signaler que le kernel se fait: aucun intérêt, c'est un mode très minoritaire, avec des incompatibilités entre les différents kernels et éventuellement entre les différentes versions d'un même kernel...

Pour info: j'ai trouvé, l'année dernière, un DoorsOS II 0.95, sur une calculette d'un de mes camarades de lycée. Il voulait garder son kernel pour txtrider (hibtext n'était pas encore sorti), je lui ai mis DoorsOS II 0.98, qui a supprimé des plantages, mais en a ajouté d'autres différents... Il y avait TI-Chess 2.00, de vieilles versions de divers jeux, aussi (!)

objectivement, qu'apporte le kernel?

CF, SMA, Total Destruction, ..., mais aussi un gain de place quand il est bien utilisé, un anti-crash performant, la suppression de toutes les protections HW et software, une protection contre des incompatibilités pouvant être générées par de nouvelles versions de l'OS ou de l'HW, le shift+ON, l'ESC+ON, le hot-reboot, les RAM Calls, les BSS, les libs dynamiques, le fait de pouvoir faire tourner tous les jeux de plus de 2 ans, ...

Je ne sais pas si c'est objectif, mais en tout cas c'est pour ça qu'il y a encore un kernel sur ma calc. Et je propagande par pour ça non plus, c'est une utilisation personnelle, tant pis si personne n'utilise/ne programme pour kernel.

Et en utilisant la dernière version de PreOS, il n'y a aucun problème d'incompatibilité.

XDanger
a écrit : Pour info: j'ai trouvé, l'année dernière, un DoorsOS II 0.95, sur une calculette d'un de mes camarades de lycée. Il voulait garder son kernel pour txtrider (hibtext n'était pas encore sorti), je lui ai mis DoorsOS II 0.98, qui a supprimé des plantages, mais en a ajouté d'autres différents... Il y avait TI-Chess 2.00, de vieilles versions de divers jeux, aussi (!)

Moi aussi je vois souvent des mecs qui se baladent avec DoorsOs. Et tu sais pourquoi, à mon avis? A cause du nom de la section Kernel de TiCalc.org. C'est pousser directement dans le mur que d'appeler cette section 'DoorsOs'.

Il est plus développé DoorsOS?

Depuis plusieurs années.

Pourquoi? c'était pas un des premiers kernels?

Sur 92+, oui.
Mais l'auteur ne donne plus signe de vie depuis longtemps.

Je suis parfaitement d'accord avec toi Ximoon.
Mais au moins, est-ce qu-ils mettent seulement d'autres kernels plus modernes que doorsOS?
Même s'ils ne veulent pas de preOS ou s'il ne doit pas sortir de T3, uniOS 1.30 modif est quand même bien meilleur que DoorsOS, vu qu'il occupe de loin (par rapport au troisième) la seconde place?

Malheureusement DoorOS est toujours beaucoup plus utilisé que UniOS.

jackiechan a écrit :
Euh attends. Je croyais qu'il fallait installer h220xtsr avant d'installer n'importe quel autre tsr. Ça revient au même qu'un kernel au niveau utilisation...

1. On installe un TSR pour faire marcher un TSR, pas pour faire marcher un programme.
2. Pour h220xTSR, son installation (ou celle du HW2Patch) est inévitable, pas pour un kernel.
3. Pourquoi penses-tu que beaucoup de TSRs (y compris les miens, et y compris PreOs) installent h220xTSR automatiquement, en l'incluant comme librairie statique? C'est fait exactement pour la raison que tu viens de citer.

ExtendeD
a écrit : CF, SMA, Total Destruction, ...

3 versions bêta de jeux, tous 3 réputés (peut-être à tord, mais ça m'étonnerait quand-même beaucoup) pour être instables. Ce n'est pas le genre de trucs que je mets sur ma calculatrice.

mais aussi un gain de place quand il est bien utilisé,

Théorique peut-être. Mais en pratique, les librairies dynamiques sont assez souvent une perte de place.

un anti-crash performant,

KerNO fait ça aussi.

la suppression de toutes les protections HW et software,

Ce n'est pas le kernel qui fait ça. (Sauf pour "ASAP or Exec string too long", mais KerNO, IPR, ttstart, TICTEX, AutoStart, ... suppriment aussi cette erreur. Et pour "Invalid Program Reference" quand on utilise une fonction en assembleur/C dans une fonction, mais KerNO[/i] et IPR suppriment aussi cette erreur. Et IPR ne prend même pas un demi-KO.) Pour le reste, c'est h220xTSR ou HW2Patch qui le fait, pas le kernel!

une protection contre des incompatibilités pouvant être générées par de nouvelles versions de l'OS ou de l'HW,

le shift+ON,

Tu peux utiliser Shortcuts de Samuel Stearley pour ça.

l'ESC+ON,

KerNO fait ça aussi.

le hot-reboot,

Cf. anticrash.

les RAM Calls, les BSS, les libs dynamiques,

Fonctionnalités dépassées et/ou inutiles:
- RAM_CALLs: dépassés pour la plupart (il y a des ROM_CALLs permettant de faire la même chose proprement), à utilité très limitée pour le reste (CALCULATOR - facile à détecter soi-même - et tout ce qui peut être facilement déduit à partir de CALCULATOR, pour lequel il est donc complètement inutile de mettre d'autres RAM_CALLs).
- BSS: inutiles. Il y a plein de fonctions d'allocation de mémoire dans AMS, on n'a pas besoin d'une autre.
- librairies dynamiques: dépassées (pour la plupart des libraires livrées avec le kernel) et inutiles (il y a les librairies statiques).

le fait de pouvoir faire tourner tous les jeux de plus de 2 ans, ...

C'est le seul intérêt qui reste à un kernel de nos jours.

Et en utilisant la dernière version de PreOS, il n'y a aucun problème d'incompatibilité.

Comment ça "aucun problème d'incompatibilité"? TxtRider marche??? Et il y a aussi les programmes écrits pour AMS 1 seulement qui ne marcheront très probablement jamais avec AMS 2.

Ximoon
a écrit : Moi aussi je vois souvent des mecs qui se baladent avec DoorsOs. Et tu sais pourquoi, à mon avis? A cause du nom de la section Kernel de TiCalc.org. C'est pousser directement dans le mur que d'appeler cette section 'DoorsOs'.

Elle s'appelle doorsos parce que c'est le kernel qui a inventé le format. (PlusShell 0.99 alpha utilisait un autre format, et PlusShell 1.00 alpha n'est sorti qu'après la première bêta de DoorsOS.)

Ce qu'il faudrait leur demander de faire, ça serait de mettre DoorsOS dans "TI-89 (92+) Assembly Shells (out of date)".

Kevin Kofler
a écrit : 1. On installe un TSR pour faire marcher un TSR, pas pour faire marcher un programme.

Ben oui, mais un TSR est un programme, ça revient exactement au même...

3. Pourquoi penses-tu que beaucoup de TSRs (y compris les miens, et y compris PreOs) installent h220xTSR automatiquement, en l'incluant comme librairie statique? C'est fait exactement pour la raison que tu viens de citer.

Oui, là par contre, tu as raison. Je n'ai rien dit.

jackiechan
a écrit : Ben oui, mais un TSR est un programme, ça revient exactement au même...

Ben non. Pour moi, ce que fait h220xTSR est acceptable parce que c'est fait pour l'inclusion de programmes d'installation de TSRs, pour lesquels ils est normal qu'ils installent des TSRs. Si un kernel utilisait le même principe, je ne trouverais pas cela acceptable, mais j'accuserais les programmes non-TSR incluant ce kernel de leakage de mémoire. Un programme d'installation de TSRs a le droit d'installer des TSRs, un programme qui n'est pas un programme d'installation de TSRs n'est pas censé faire ça.

c'est h220xTSR

KerNO fait ça aussi.
Tu peux utiliser Shortcuts de Samuel Stearley pour ça.

Voila: avec le kernel on fait du trois en un en plus de toutes les autres fonction que tu a qualifiées d'inutiles ou de dépassées ce qui n'est qu'un jugement très subjectif sur lesquels je ne débatrait pas car tu nierait tout en bloc.
Moi j'ai Preos Dernière version est il est tout simplement parfait je n'aipas eu la moindre incompatibilité ni avec les prog récents ni anciens.

Uther Lightbringer
a écrit : Voila: avec le kernel on fait du trois en un

Je n'en compte que 2 dans ce que tu as cité.

en plus de toutes les autres fonction que tu a qualifiées d'inutiles ou de dépassées ce qui n'est qu'un jugement très subjectif sur lesquels je ne débatrait pas car tu nierait tout en bloc.

J'ai bien mis pourquoi elles sont inutiles.

Moi j'ai Preos Dernière version est il est tout simplement parfait je n'aipas eu la moindre incompatibilité ni avec les prog récents ni anciens.

Tu n'as certainement pas essayé les programmes vraiment anciens (par exemple les versions non portées de Tetris, SF2T, ...), parce qu'il n'y a aucune chance qu'ils marchent.

Je n'en compte que 2 dans ce que tu as cité.

exact j'aifaitune erreur de copier coller, va vérifier maintenant il y en a trois

J'ai bien mis pourquoi elles sont inutiles.

Oui s'est bien ce que je dis : tes raisons sont très subjectives on t'y a déja répondu plusieurs fois

Tu n'as certainement pas essayé les programmes vraiment anciens (par exemple les versions non portées de Tetris, SF2T, ...), parce qu'il n'y a aucune chance qu'ils marchent.

Je ne sais pas a quelle version de teris j'ai joué mais j'en ai essayé plusieurs sans problèmes et pas que des toutes récentes. et il me semble avoir déja entendu dire que SF2T marchait même sur v200 maintenant. Certes PreOS ne rends pas 100% compatible mais il élimine de nombreux problèmes.

Uther Lightbringer
a écrit : et il me semble avoir déja entendu dire que SF2T marchait même sur v200 maintenant.

Certainement pas la version originale. Et il y a des vieux jeux pour kernel qui n'ont pas été portés et qui ne marcheront donc pas avec AMS 2.

Et les 3 programmes cités prennent moins de place pris ensemble que PreOs.

-

Je réindique mon problème (apparement tout le monde s'en fou) :

Sans ID, Chrono Fantasu fonctionne parfaitement
Avec, il me fait des Error : Memory Overflow

Je rappelle que je n'ai strictement rien d'autre en RAM que mes TSR (id et preos)

J'ai essayé sur plusieurs calculatrices : voyage 200 et ti 89 (avec ams 2.08) et il y a toujours ce problème.

ExtendeD
a écrit : Si tu as beaucoup de programmes reconnus par ID, pas mal de blocs sont alloués en RAM, ça peut gêner l'exécution de CF.

Je cite le post #244 (apparemment tu t'en fout) :

ExtendeD
a dit : Si tu as beaucoup de programmes reconnus par ID, pas mal de blocs sont alloués en RAM, ça peut gêner l'exécution de CF.

Orion_
a écrit : 3 jeux qui n'ont absolument pas leurs equivalent en nostub ou C.

Il y a Command To Conquer 2 qui est une alternative à Total Destruction. Il y a aussi des RPGs en C _nostub.

Command To Conquer 2 n'est pas abandonné ?