PreOS 0.62 - Page 2

Arg, t'es lourd. Soit tu compresses pas, et tu peux utiliser genlib au format nostub.
Soit tu compresses et tu compresses aussi shinobi avec kpack.
Voila mon conseil. Ce que proposes Kevin est soit inutile, soit difficile.

PpHd a écrit :
Arg, t'es lourd. Soit tu compresses pas, et tu peux utiliser genlib au format nostub. Soit tu compresses et tu compresses aussi shinobi avec kpack.

Soit tu compresses genlib avec ttpack, et tu le décompresses dans ton programme, avant d'appeler la routine d'initialisation. Ça permet d'utiliser genlib en _nostub (avec l'émulation kernel de gennlib.a - ce n'est pas du vrai _nostub) tout en le compressant.

Voila mon conseil. Ce que proposes Kevin est soit inutile, soit difficile.

J'ai quand-même aussi proposé d'utiliser ttpack, ce n'est pas aussi difficile. Mais ça fait quand-même 2 copies de genlib au lieu d'une seule si on a aussi PreOs avec son pack stdlib. (N'avais-tu pas dit que c'était justement ce que les librairies dynamiques sont censées empêcher? )

Kevin Kofler a écrit :
Il y a la source de shrnklib, donc tu peux t'amuser à la porter en _nostub.

je sui une brelle en prog asm, et en C c pa encore le top non plus...

Mais je ne vois pas l'intérêt d'avoir stdlib sur sa calculatrice sans PreOs.

l'intérêt c de prévoir ttes les éventualités d'un joueur:
-il veut du nostub, et pa de preos: il a juste à envoyer genlib sur sa caltos+mon jeu.
-il a preos sur sa caltos, ms pa installé(pr le cas où après un plantage, il ait pa à aller éxécuter preos, mon jeu marche déjà.(bin oui c du _nostub quoi!); ça serait con de rajouter genlib alors k'il a stdlib avec gen compréssée dedans: hop, une routine pr aller la chercher.
-il a preos installée: on utilise qd ^m la routine _nostub pr aller chercher preos, com ça y'a qu'un seul code de décompression.
==>IMPOSSIBLE.(sauf com tu di en portant shrnklib en nostub. LOL, c pa de ma taille..)

Tu peux compresser genlib avec ttpack et la décompresser dans ton programme avec UnpackBuffer de extgraph.a.

c pa une mauvaise solution, ms si le joueur a stdlib avec gen, faut ENCORE ajouter un gen compréssé avec ttpack, ce ki veut dire k'il ya 2 genlib sur la caltos.

EN GROS, je veux un jeu bien programmé.(c pr ça ke je le code plus. lol, nan c pa ça, ms g pa le tps., bref, le pb reste présent..)

Kevin Kofler a écrit :
J'ai quand-même aussi proposé d'utiliser ttpack, ce n'est pas aussi difficile. Mais ça fait quand-même 2 copies de genlib au lieu d'une seule si on a aussi PreOs avec son pack stdlib.

et voilà.

(N'avais-tu pas dit que c'était justement ce que les librairies dynamiques sont censées empêcher? )

t'es bien méchant avec le kernel; pr une fois ke le _nostub rejoint un peu le kernel.... et pui en +, c franchement génial les libs compréssées.
c pr ça ke je ve en bénéficier avec mon shino...... _nostub..

bref, t'as pa tord en disant ke je sui lourd PpHd, ms je voulais savoir. qd je me remmetrais à coder, japprendrais l'asm et je referais shrnklib en _nostub je pense.

merci à ts les 2.

Kevin: Je ne veux pas imposer de libs de compressions.
Stdlib peut etre compresser avec d'autres libs !!!!

il est prévu de sortir une nouvelle version de preos qui corrige le bug avec txtrider??

Bon ya un prob sous txtrider avec preos 0.62 :
TI-89 HW2 AMS 2.08
Toutes les libraries décompressées

Lorque l'on a ppuye sur home, il est impossible de ralumer la calco sans enlever une pile et la remettre en restant appuyé sur ON . Ace moment la soit ca fé crash(la fenetre pas un vrai crash) ou ca fé rien et ca revient sous txtrider avec un contarste plus elevé.

Faudrait que je trouve d'ou vient le bug avant de le corriger !

en fait, je pense que ca vient surtout de txtrider alors t'embete po a chercher !

voila, en fait je crois avoir trouver le bug de txtrider et preos .62.
j'explique deja le bug: g HW2 2.05 avec preos + la lib compressé (regroupant toutes les libs), avec tictex ainsi que les cours de Moustik.
je lance les cours avec diamant+8 puis je selec un cour, je le lit mais des que je le quitte (esc) ca me fais un reset .
a mon avis se bug vient de tes libs compréssé en une car lorque je fais la meme manip mais avec des libs séparés (donc sans "extracting ...") y a aucun probleme avec txtrider.
voila, j'espere que tu vas régler le probleme parce que franchement je trouve preos vraiment bien (contrairement a avant)
a+

mon bug lui se produit meme avec ancune lib compressée :
il suffit de faire home quand le texte est affiché
on voit pdt un court instant que la fonction qui "brouille" l'image est executée puis plus moyer de rallumer la calco sans enlver et remettre une pile

c koi ta config?, parce que moi ca le fait po ce bug qd j'utilise po les libs compressé.

Arg, si vous croyez que ca m'aide cela.

Je viens d'installer successivement sur ma TI-89 HW2:
-AMS v2.05
-PreOS v0.62
-Kirby's TI-Land First Demo d version TI-89 Kernel

Et dès que j'essaie de quitter le jeu en pressant ESC, ma TI-89 se resette

Alors, je ne sais pas si ça vient de Kirby (qui marchait bien sous AMS 2.03 et PreOS 0.56) ou de PreOS mais j'aime pas!

PS: Comme MasterGB passe assez rarement pas ici, je vais le mettre aussi chez lui pour Kirby's TI-Land

Byzarre. Ca m'etonnerait que ca soit preos, mais ca reste possible.

J'ai le même problème avec Kirby Kernel parfois.

nop moi g jamais eu se probleme.

J'ai eu un pb sur plusieurs TI une 89 et une 92+ HW2 AMS 2.05, une 89 HW1 AMS 2.03, une 89 HW1 AMS 2.05, une 92+ HW2 AMS 2.03:
Quand on lance un texte avec txtrider avec un chemin du genre: txtrider("dossiertexte"), le texte s'ouvre correctement, par contre en le quittant il y a un pseudo plantage l'écran clignote et tout le home est effacé, à noter que le pb ne se produit pas quand les lib sont décompressées
Autre chose, si on lance textrider en faisant que dossier soit le dossier courant, donc on peut taper txtrider("texte"), ben y'a pas de bougue!!!

txtrider est incomprehensible...