QQN a t il un ANTI CRASH POUR Ti89 !!! SVP - Page 1

QQN a t il un ANTI CRASH POUR Ti89 !!! SVP

PreOs. www.timetoteam.fr.st . Evite les MAJUSCULES dans les topics merci.

Oui, un marteau.
Sinon, un kernel : http://www.timetoteam.fr.st --> preos

Existe pas

!slap vertyos
• natto slaps vertyos around a bit with a large trout !

doubleur !!!

et lis le readme surtout !

Je vous remercie j'vais vite essayer ça ))

arf tout en anglais la mouysseee le nom du prog c koi ?

Premier mot de la première réponse...

non, c'est en français. et le nom il est ecrit 2 fois ds ce topic

!slap vertyos
• natto slaps vertyos around a bit with a large trout !

putain c mon nioob, casse toi !!!

Il y a aussi KerNO sur http://calc.gregd.org. Et il y a l'anti-crash intégré au TICT Explorer sur http://tict.ticalc.org.

trop tard Kevin !
Comme gage t'as droit à un slap

!slap Kevin Kofler
• Vark slaps Kevin Kofler around a bit with a large trout !

putain c mon nioob, casse toi !!!

squale92 > faut être ds le contexte, j'étais justement en train de dire (irc) que j'arrivais pas à répondre en 1er à un débutant sans que quelqun me cross-poste sous le nez

./14> LOL

d'ailleurs je me suis vengé apres

re lol

Je suis d'accord avec Kevin. KerNo est une sorte de Kernel pour jeux NoStub, et ca peut
empêcher des crashs. PreOS est une idée de merde, c'est un kernel pour jeux kernel donc
ca sert à rien pour d'autres crashs. Pire: PpHd a essayé d'augmenter les possibilités des
fonctions TI-Basic avec les dernières versions de PreOS. Avant une fonction pouvait pas
par exemple utiliser de variables non locales. L'AMS faisait une erreur quand on essayait.
Là la solution de PpHd était sensée améliorer ça. Résultat: Avec l'AMS 2.07 et +, la
caltos plante carrément au lieu de faire une erreur "Invalid in a function or in current expression".

C'est vrai, très utile...

snow-tiger
: PreOS est une idée de merde, c'est un kernel pour jeux kernel donc ca sert à rien pour d'autres crashs.

Euh, je te signale que PreOs intègre aussi un anti-crash pour les programmes _nostub (une partie de ce code est de moi, d'ailleurs).

Mais pour le TI-BASIC, je suis plus ou moins d'accord avec toi. Utilisez RUNPROG II si vous en avez marre des limitations des fonctions BASIC.

snow-tiger> S'il te plait arrete de blancer des conneries d'un ton aussi affirmatif. On dirait un éleve qui rabache une leçon mal apprise. Si tu veux faire le KK essaie de savoir ce que tu racontes.
Kerno et PreOS on le même principe d'anti-crash(même meilleur pour PreOS a mon avis mais c'est pas vraiment le débat ici) qui protège aussi bien le kernel que le nostub. Donc on peut dire que au niveau anti-crash PreOS et kerno se valent. Mais PreOS est en plus un kernel qui permet entre autre:
- de faire sauter la limitation des 8/24 Ko (quoique Kerno le fait peut être j'en suis pas sur)
- d'executer les programmes au format kernel (SMA, Total destruction Kirby-ti land, falldown,jezzball,txtrider,... et beaucoup d'autre programme)
- executer les programmes avec SHIFT+ON
- etendre les fonction du TI-BASIC

il y a plein d'autre fonctionalité mais j'ai pas tout en tête. Si tu vas voir le readme t'auras les détails.

Bref KerNO est uniquement un TSR anti-crash qui s'installe presque comme un kernel mais qui n'en a pas les fonctionnalités essentielles. PreOS est un vrai kernel qui assure entre autre un anticrash aussi performant que kerno mais aussi bien plus.

Uther
: snow-tiger> S'il te plait arrete de blancer des conneries d'un ton aussi affirmatif.

Oui, mais idem pour toi!

Kerno et PreOS on le même principe d'anti-crash

Non. PreOs (le "s" est en minuscule, d'ailleurs; PreOs n'est pas un OS) utilise un reset partiel en cas de plantage intercepté, KerNO utilise ER_throw. Par conséquent, l'anti-crash de PreOs leake de la mémoire, pas celui de KerNO.

- de faire sauter la limitation des 8/24 Ko (quoique Kerno le fait peut être j'en suis pas sur)

Oui, KerNO le fait.

- executer les programmes avec SHIFT+ON

Pas besoin d'un kernel pour ça, un hook d'évènements comme ShortCuts peut faire ça très bien.

- etendre les fonction du TI-BASIC

... ce qui ne fonctionne même pas (cf. le plantage décrit par snow-tiger).

il y a plein d'autre fonctionalité mais j'ai pas tout en tête.

... et pas mal de ces fonctionnalités sont aussi gérées par KerNO.

Oui, mais idem pour toi!

J'avoue que je ne connais pas tout loin de là. Mais en général quand je m'adresse à des newbies je prends garde à ne pas leur sortir des conneries

Pas besoin d'un kernel pour ça, un hook d'évènements comme ShortCuts peut faire ça très bien.

Détourne pas le sujet on parle de kerno pas d'autre chose et lui ne le fait pas. J'ai dis que c'était une des nombreuses fonctionalité de PreOS. Je n'ai jamais dis que c'était la seule et unique façon de le faire.

Non. PreOs (le "s" est en minuscule, d'ailleurs; PreOs n'est pas un OS) utilise un reset partiel en cas de plantage intercepté, KerNO utilise ER_throw. Par conséquent, l'anti-crash de PreOs leake de la mémoire, pas celui de KerNO.

excuse m'est c'est pas de ma faute si PpHd(j'ai fais attention aux majuscules t'est content), JM, Xavier Vassor et l'auteur de TeOS(je sais pas son nom) on donnés des noms ambigus. Je n'ai jamais prétendu de un kernel est un OS.

... ce qui ne fonctionne même pas (cf. le plantage décrit par snow-tiger).

En effet PpHd n'est pas a l'abri des evolutions de AMS mais TIGCCLIB utilise des hacks aussi il me semble donc ca pourait arriver aussi à d'autres. Ceci dit je pense que ca doit déja être corrigé.

KK> "Pas besoin d'un kernel pour ça, un hook d'évènements comme ShortCuts peut faire ça très bien."

haaannn... mais voyons tres cher quelle outrecuidance d'imposer au paresseux utilisateur tant de TSR a uploader sur sa ti89/92+/V200, alors qu'un seul peut faire l'affaire?

(c)

au lieu de dire que ce que fait pphd c'est de la merde, reporte lui les bugs, il te les corrigera sans probleme

Pas besoin d'un kernel pour ça, un hook d'évènements comme ShortCuts peut faire ça très bien.

On s'en fout. On montre à snow_tiger les fonctionnalités de PreOS.
En plus, y'a pas trop d'intérêt à installer ShotCuts + KerNo + je sais pas quoi encore, si un seul programme (PreOS) reprend toutes ces fonctionnalités et plus (support des programmes kernel par exemple).

>Je suis d'accord avec Kevin. KerNo est une sorte de Kernel pour jeux NoStub, et ca peut empêcher des crashs.
Pas du tout. C'est juste un anti-crash (essentiellement).

>PreOS est une idée de merde, c'est un kernel pour jeux kernel donc ca sert à rien pour d'autres crashs.
L'anticrash de Preos engendre un peu de leak de memoire (200 octets environ), mais recupere bien plus de crash que Kerno: s'il y a eu une corruption de certaines variables globales, Preos est capable de les restaurer (mais pas toutes). Donc a mon avis il reste quand meme bien plus interressant.

>Pire: PpHd a essayé d'augmenter les possibilités des fonctions TI-Basic avec les dernières versions de PreOS.
>Avant une fonction pouvait pas par exemple utiliser de variables non locales. L'AMS faisait une erreur quand on essayait.
>Là la solution de PpHd était sensée améliorer ça. Résultat: Avec l'AMS 2.07 et +, la
>caltos plante carrément au lieu de faire une erreur "Invalid in a function or in current expression".
>C'est vrai, très utile...
Bon alors mon gars, je te signale qu'il existe un truc qu'on appelle BugReport, qui consiste a reporter les bugs trouves.
Je ne peux pas tester sur toutes les configurations possibles et inimaginables.
Si tu as trouve un bug non mentionne, tu prends ton clavier et tu envoies un mail a mon adresse comme quoi y'a un bug.
Si tu ne reportes le bug, ne t'attends pas a ce qu'il soit corrige.
C'est juste une question de bon sens.

L'anticrash de Preos engendre un peu de leak de memoire (200 octets environ), mais recupere bien plus de crash que Kerno: s'il y a eu une corruption de certaines variables globales, Preos est capable de les restaurer (mais pas toutes). Donc a mon avis il reste quand meme bien plus interressant.

En effet l'anticrash de Preos est vraiment puissant dans la majorité des cas, ça facilite beaucoup les tests sur TI car quand les crashs sont bien intecepted il n'y a pas besoin de faire un reset de la RAm, de ça taper l'evnoye du Kernel et des librairies ainsi que du programme principal. Le seul point faible, c'est le manque d'affichage du type de crash et voir l'instrcutions n°x qui a produit ce crash. Mise à part ça Preos est un programme indispensable pour ma part.

C'est un anti crash qu'il y a dans PeOs, pas un debugger

Oui bien sûr, mais à part ce point de détail, la plupart des crashs que j'ai eu on toujours été correctement récupéré par PreOs sans être obligé d'effectuer un reset.