[83PCE] PHASM

[Epharius]

Ah nan mais ne faites pas de news tout de suite ! J'ai posté mon programme pour que vous suiviez l'avancée x)
Je veux bien que vous fassiez une news mais quand j'aurai au moins fait la compatibilité programmes archivés et assembleur. Pour le moment on en est aux programmes assembleur.

Et puis pour le bug PACMAN je voulais juste vous prévenir, mais je compte régler ce bug ce soir ou demain.

[critor]

Ben le tout 1er kernel TI-83PCE avec juste un lancement transparent des programmes assembleur, c'est déjà largement newsworthy rien que sur cet aspect.

Rien n'empêche ensuite une 2ème news annonçant une mise à jour avec la possibilité de lancer en prime les programmes archivés de façon totalement transparente.

[Adriweb]

Bof, autant attendre effectivement le fait que le support des programmes archivés soit fait
Mais une news sera à faire bien évidemment !

[critor]

Bof, autant attendre effectivement le fait que le support des programmes archivés soit fait

Aucune raison, ça n'a absolument rien à voir avec l'article en préparation.

[Epharius]

Donc, je suis en train de corriger ce "malheureux" bogue. Étrangement, ça ne bug que quand on quitte PACMAN. Tous les autres jeux quittent très bien.

Ce qui est énervant dans cette affaire c'est que SmartView n’exécute pas correctement PACMAN, m'obligeant ainsi à tester sur ma calculatrice. Bref, que du bonheur ce bug x)

[Hayleia]

(Pour ceux qui n'étaient pas là, le bug vient du fait que le hook est placé en RAM dans une zone que Pacman utilise, d'où problèmes, forcément. Une solution envisagée est de mettre le hook en archive).

En fait je viens de penser à un truc. Pourquoi on ne mettrait pas le code du hook dans une appvar désarchivée ? Comme ça, il est en RAM donc pas de problèmes de GarbageCollect mais il est quand même à un endroit qu'aucun programme n'utilise. Et ok, ça gaspille de la RAM, mais bon, le hook ne fait pas 20Ko non plus... Et certes, l'appvar part au prochain RAM Clear mais le hook aussi donc on s'en fout.

Du coup, l'installeur devra juste créer une appvar, mettre le code dedans et créer un hook qui pointe vers l'appvar.

[Adriweb]

En effet, puisque le hook part en RAM Clear, on n'y perd rien, et on n'a pas les e**erdes d'écrire le hook en Archive...

[Epharius]

Ah ouais ça résout pas mal de problème. Mais je croyais que le principe même de la RAM est qu'elle bougeait en permanence ? Les appvars échappent à cette règle ?

Mais bon ! C'est une bonne solution et simple qui plus est. Je pense que je vais faire comme ça. Avec mon programme ZCOMPIL je créais déjà des programmes donc je sais comment m'y prendre (créer l'appvar, faire un petit InsertMem, faire LDIR de ce qu'on veut copier, mettre la taille du tout dans les deux premiers octets de l'appvar si je me souviens bien).

Je m'y remet ce soir

[Hayleia]

Non, le principe de la RAM, c'est que c'est libre service. Du coup, on arrive à des conflits genre PHASM et Pacman qui utilisent le même endroit
Mais ton appvar en RAM normalement elle ne bouge pas une fois qu'elle est là, et elle ne risque pas d'être écrasée par autre chose sauf si un programme est vraiment mal fait (mais dans ce cas ce n'est pas ta faute).
Évidemment, on peut avoir des problèmes si l'utilisateur supprime l'appvar ou l'archive, mais suffit que l'installeur dise "pas touche" pour pouvoir dire que c'est pas ta faute si l'utilisateur fait des expériences foireuses.

[Epharius]

Oui mais quand un programme "grossit" forcément tous les autres programmes sont décalés. J'ai déjà eu cette expérience avec mon compilateur qui faisait "grossir" les programmes. Me trompè-je ?