[mOved] Nouvelle version de PreOS ? - Page 1

juste une ptite question : c'est prévu pour quand la nouvelle version de PreOS encore mieux, pour écraser définitivement les autres OS ? Avant ou après Cf ?

La nouvelle version est en beta-test chez les beta-testeurs. Pour le moment, j'attends leurs reponses pour savoir ce qui fonctionne et ne fonctionne pas.

Il me semble que sur la dernière béta, les 7 niveaux de gris sur HW2 clignotent plus.
(sur la version HW2 de Picture Viewer, merci ExtendeD )

Ah, j'attend avec impatience

Je peux savoir quel version ? 0.54b ou 0.55.13 ?

0.55.13

J'ai rien change aux routines de niveau de gris

Pourtant moi non plus j'ai pas changés mes yeux .
Ca vient surement de moi alors

Tant mieux remarque

Ou de l'image d'Anna Kournikova que j'ai convertie pour Picture Viewer

Preos affiche un crash intercepted apres le hot rerset.

0.55.13 => pas moyen d'envoyer ziplib pour 92+ :
TIGL me dit "Total de controle invalide" je crois...

ttchecksum est fait pour ça. Mais c'est quand même bien de reporter le problème.

C'est corrige, mais je ne veux pas distribuer cette nouvelle version tant que l'on m'aura pas dit qu 'elle marche. Personne ne m'a repondu. Et la reinstallation des TSR apres le hot-reset marche bien ?

BOn, je sors la TI, et je teste...

j'ai installé PreOS, puis 3 TSR :
Bestview
AutoClbr
SQL_TSR_ (mon tsr perso, qui gére pas mal de trucs...)
EN plus de ça, j'ai un TSR sur le trap #4 qui m'affiche un message qd j'allume la TI, et un autre sur le trap #10 qui fait qu'on peut pas lancer le tests...

J'ai 176746 octets de RAM libre.
je me met dans l'écran HOME...

Je fais ESC+ON => hot reset.

Hot Reset effectué.

J'ai 170372 octets de RAM libre.
Mes variables en RAM ne sont pas effacées => normal

Je lance le programme uninevkh de Kevin (le prog de désinstallation des TSR, qui donne les noms des TSR... c'est celui que j'ai utilisé plus haut pour voir quels TSR étaient installés)
ET là, le prog me dit : "No TSR event Hook resident"
=> les TSR ne sont pas installés visiblement...
JE teste une des fonctionnalités que me proposait mon TSR perso (appuyer sur ON pour éteindsre la TI => la TI ne s'éteint pas => le TSR est bine absent)

Par contre, mon TSR branche sur le trap #4 est encore installé : ma TI me dit encore Bonjour qd je l'allume



Je précise que (normalement, sauf erreur), j'installe le Kernel avant d'installer les TSR... je sais pas si ça change quelque chose...



Au fait, j'ai aussi modifié mon menu de l'écran HOME...
et le Hot Reset restore celui par défaut => moin joli menu a disparu...
(mon TSR perso permet de gérer des options proposées par mon menu, comme le lancement de side, de as, l'appel de ttstart, et autres)
ça serait cool que le menu disparaisse po

Si le menu disparait c'est que ton TSR est mal fait. Je reappelle la fonction d'entree d'AMS. Et je crois que ton menu est du au fait que tu ne quittes pas un prog, mais emule le fonctionnement de home. La je ne peux rien faire. Et ne sais pas en plus.

Ensuite une fois preos installe, il faut IMPERATIVEMENT que tu relances preos apres avoir installe tes tsr. De cette maniere preos sauvera une configuration stable des auto-int + EV_hook. Les trap ne sont pas resetes par contre. Ce qui explique que ca marche.

non non, le graphisme du menu est pas du à un TSR...
je désinstalle le menu de l'ASM, et j'en installe un autre à la place.
=> au cun prog pas terminé.

et ensuite, et seulement ensuite, j'ai un TSR qui intervient.
Le menu envoit au TIOS ce que tu choisis dedans sous forme de messages (comme pr tout)
et le TSR intercepte ces messages.


Erf... merde alors... il faut installer les TSR avant PreOS alors...
bon, j'installe tout (en commencant par preOS comme levue tmon prog d'insatllation...)
et je réisnatlle PreOS par dessus.

je fais le Hot Reset

=> le prog de Kevin me dit que mes trois TSR sont toujours installés.


J'appuie sur ON (mon TSR éteint la TI qd j'auppuie sur ON normalement)...
=> jo'btiens un clignotement d'écran... mais la TI ne s'éteint pas...
un peu comme si PreOS avait refait un hot-reset...
(preOS est toujours installé à priori : il y a "PO" dans la table de vecteurs d'interruptions)

le prog de kevin me dit encore que mes 3 TSR sont installés...

j'essaye de lancer un prog sans fermer la parenthèse (le TSR autoclbr le fait normalement pr moi)
=> ça marche, la parenthèse se ferme toute seule

Mais à chaque fois que j'appuie sur ON, j'ai un hot-reset... (même si je fais 2nd+ON) !!!
=> je sais pas trop à quoi c du...
petu-être parce que mon TSR est le dernier installé...

il me semble pourtant qu'il est compatible ac la nborme de Kevin, vu qu'il est détecté par son prog...


Enfin bon... si tu veux que je teste encore autrement, dis le moi.
(je sais pas si je pourrai ce midi, vu qu'il va falloir que j'aille en cours, mais ce soir devrait pa sy avoir de pb)

Chez moi, en installant d'abord mes hooks d'évènement, puis PreOs (comme je le fais toujours), la bêta de PreOs garde mes TSRs (AutoClBr, Complete, XtraKeys et BestView) installés et en état de fonctionnement quand je fais un hot reset.

Ensuite, j'ai désinstallé AutoClBr et je l'ai réinstallé tout de suite après (mais il est maintenant le premier de la liste), puis ESC+ON et hop, plus de AutoClBr.

Ensuite, j'ai désinstallé BestView, le premier hook de la liste, puis ESC+ON et hop, plantage, et boucle infinie de hot resets.


La manière de laquelle tu restaures les hooks d'évènements n'est pas fiable du tout. Tu devrais remettre la valeur qu'il y avait juste avant le hot reset, pas une sauvegarde qui date de l'installation de PreOs ou de la dernière exécution d'un programme pour kernel.

Style:

HotReset:
 ROM_PTR EV_hook
 move.l (a0),a0
 move.l (a0),-(a7)

;tout réinitialiser

 ROM_PTR EV_hook
 move.l (a0),a0
 move.l (a7)+,(a0)

Ça serait beaucoup plus fiable! Surtout que, contrairement à la table des vecteurs, EV_hook n'est pas une valeur qu'il est très probable de modifier accidentellement lors d'un bogue.

Bon, be Kevin a confirmé
et a même donné la solution

donc, c pb vient de PreOS, et pas de mon TSR ?

squale92 a écrit :
non non, le graphisme du menu est pas du à un TSR...
je désinstalle le menu de l'ASM, et j'en installe un autre à la place.
=> au cun prog pas terminé.
et ensuite, et seulement ensuite, j'ai un TSR qui intervient.
Le menu envoit au TIOS ce que tu choisis dedans sous forme de messages (comme pr tout) et le TSR intercepte ces messages.

Ben alors je ne peux rien y faire. Je restart l 'application Home, alors forcement...
Elle reinstalle son hook d'evenement. Mais si je ne le fais pas, c'est bien moins stable.
Ou alors desinstaller tous les TSR ?

Erf... merde alors... il faut installer les TSR avant PreOS alors...
bon, j'installe tout (en commencant par preOS comme levue tmon prog d'insatllation...)
et je réisnatlle PreOS par dessus.

Ben oui.

=> le prog de Kevin me dit que mes trois TSR sont toujours installés.

Cool !

J'appuie sur ON (mon TSR éteint la TI qd j'auppuie sur ON normalement)...
=> jo'btiens un clignotement d'écran... mais la TI ne s'éteint pas...
un peu comme si PreOS avait refait un hot-reset...
(preOS est toujours installé à priori : il y a "PO" dans la table de vecteurs d'interruptions)

Bizarre. Je teste bien pourtant que ESC est appuye.
Peux-tu m'envoyer ce TSR ?

j'essaye de lancer un prog sans fermer la parenthèse (le TSR autoclbr le fait normalement pr moi)
=> ça marche, la parenthèse se ferme toute seule

Ok. Normal.

Mais à chaque fois que j'appuie sur ON, j'ai un hot-reset... (même si je fais 2nd+ON) !!!
=> je sais pas trop à quoi c du...
petu-être parce que mon TSR est le dernier installé...
il me semble pourtant qu'il est compatible ac la nborme de Kevin, vu qu'il est détecté par son prog...

Envoie le moi aussi.

Enfin bon... si tu veux que je teste encore autrement, dis le moi. (je sais pas si je pourrai ce midi, vu qu'il va falloir que j'aille en cours, mais ce soir devrait pa sy avoir de pb)

Envoie moi tes tsr plutot.

Et il faudrait peut-être trouver un moyen d'éviter la boucle infinie de hot resets dans le cas où un TSR cause un problème. Genre un mode failsafe (sans TSRs) qui est activé lors du deuxième hot reset dans un certain intervalle de temps (reste à savoir le meilleur moyen de mesurer cet intervalle de temps).

Bonne question. Je ne sais pas. C'est pourquoi le second appel a preos doit avoir lieu avec des tsr niquels. je peux par contre les desinstaller ?

C'est assez facile de désinstaller récursivement tous les TSRs qui respectent ma convention. Je peux te donner le code si tu veux (il suffit d'adapter quelques lignes de UnInEvHk, mais il vaut mieux que je le fasse pour être sûr qu'il n'y a pas d'erreurs).


Sinon, autre idée: tu essayes d'abord de remettre la valeur que EV_hook avait au moment du hot reset, et dès que tu l'as remise:
- tu mets un flag dans PreOs
- tu envoies un évènement
- tu supprimes le flag
Si ça plante, tu te retrouveras au début du code Hot Reset avec le flag qui est mis, et tu désinstalles tous les hooks d'évènements si ça arrive.

Ca permet de limiter la portee d'un crash. Mais certains problemes peuvent rester avec les tsr. Si le pb ne survient que si on appuie sur enter par exemple. Ou autre configuration specifique.

PpHd> je n'ai pas ce TSR sur le serveur de l'IUT
mais il est basé sur SampleTsr de G.dietsche http://www.calc.org/gforce (pas sûr pr l'URL)
par contre, il est possible que ce soit une vieille version de SampleTSR que j'utlise (j'ai fait ce TSR il y a déjà pa smla de temps)

Kevin Kofler a écrit :
Chez moi, en installant d'abord mes hooks d'évènement, puis PreOs (comme je le fais toujours), la bêta de PreOs garde mes TSRs (AutoClBr, Complete, XtraKeys et BestView) installés et en état de fonctionnement quand je fais un hot reset.

Ensuite, j'ai désinstallé AutoClBr et je l'ai réinstallé tout de suite après (mais il est maintenant le premier de la liste), puis ESC+ON et hop, plus de AutoClBr.

Ensuite, j'ai désinstallé BestView, le premier hook de la liste, puis ESC+ON et hop, plantage, et boucle infinie de hot resets.


La manière de laquelle tu restaures les hooks d'évènements n'est pas fiable du tout. Tu devrais remettre la valeur qu'il y avait juste avant le hot reset, pas une sauvegarde qui date de l'installation de PreOs ou de la dernière exécution d'un programme pour kernel.

Style:

HotReset:
 ROM_PTR EV_hook
 move.l (a0),a0
 move.l (a0),-(a7)

;tout réinitialiser

 ROM_PTR EV_hook
 move.l (a0),a0
 move.l (a7)+,(a0)

Ça serait beaucoup plus fiable! Surtout que, contrairement à la table des vecteurs, EV_hook n'est pas une valeur qu'il est très probable de modifier accidentellement lors d'un bogue.

Certes, certes. je peux faire comme cela. Reflechis encore un peu Kevin, et tu me diras ce qui est le mieux. Tu es le plus qualifie pour. Comme j'ai fait, comme tu as dit, tout desinstaller (proprement) ou autre chose ?

squale92 a écrit :
PpHd> je n'ai pas ce TSR sur le serveur de l'IUT
mais il est basé sur SampleTsr de G.dietsche http://www.calc.org/gforce (pas sûr pr l'URL) par contre, il est possible que ce soit une vieille version de SampleTSR que j'utlise (j'ai fait ce TSR il y a déjà pa smla de temps)

Desole, mais je ne peux pas faire grand chose. Et le bug de Kevin provient de la desynchronisation entre la copie de preos et la realite des tsr (Si on reappelle preos juste apres ca marchera).

arf, bon, OK.
dans ce cas, je v essayer de voir en début de week-end, qd j'aurai mes sources...

(ça va être dur : vendredi, je rentre chez moi, je bouffe et je part à un concert... et samedi je revient sur lyon pr l'open dès midi)

Au fait, avant que j'oublie: il y a un petit bogue pas grave, mais embêtant, dans PreOs qui était déjà dans la 0.54b et probablement aussi dans les versions d'avant: si on sort d'un programme pour kernel, lors de la restauration de l'écran, la dernière touche appuyée dans le programme est effectuée. Il faudrait rajouter un appel à GKeyFlush là où PreOs reprend la main à la sortie du programme. Peut-être qu'il faudrait aussi attendre que toutes les touches soient lâchées (matrice clavier) encore avant l'appel à GKeyFlush.

C'est bizarre, je n'arrive plus à le reproduire là. L'aurais-tu corrigé dans la version 0.55.13? Pourtant j'étais certain d'avoir eu ça même avec la 0.55.13.

Pour tester, finir SMQ (je peux t'envoyer un smqlib au dernier monde avec plein de vies si tu en as besoin) et quand on est arrivé à la fin, appuyer sur F5. SMQ quittera, mais on se retrouvera dans l'écran PrgmIO à la place de HOME. Si on a lancé SMQ dans TICTEX, le résultat est encore plus bizarre: la calculatrice s'éteint, et quand on la rallume, on doit appuyer sur F5 pour retourner dans TICTEX. Mais comme j'ai dit, je n'ai plus ça maintenant...

Ca y'est dans la 0.55.13. Avant de quitter, j'appelle GKeyFLush. Tu as du confondre les versions. Et pour les TSR, je demande un avis murement reflechis puisque je suivrais ton avis

J'ai dû oublier de retester après avoir mis la 0.55.13 tout simplement.

Pour les TSRs, je vais essayer d'écrire un anticrash fiable (qui essaye de remettre les TSRs, et qui les désinstalle en cas de problèmes), que tu pourras ensuite optimiser si tu veux.