Pedrhum est une série de patchs pour les sources de Pedrom et quelques exécutables pour pouvoir faire tourner Pedrom à partir de l'AMS. une fois dans l'un des OS, on reste dedans tant qu'aucune pile n'est enlevée, même après un reset. Le switch d'un OS à l'autre se fait avec une simple commande.
Les patchs permettent de rendre compatible la mémoire archive avec les deux OS : des fichiers archivés dans l'un apparaissent dans l'autre.
L'installation est un peu déroutante au début, mais sans danger.
Le projet en lui-même est assez inutile (quoique pas facile à faire), c'était surtout pour tester les contournements de la protection d'exécution en flash. Pedrhum tourne normalement sur tous les modèles de calcs (y compris V200).
Le seul gros problème est une petite corruption de mémoire parfois à l'archivage de fichiers, je n'aurais pas le temps de le corriger tout de suite de toute façon.
Si ça les interesse, les betas-testeurs de Pedrom peuvent demander le zip.
J'ai crus lire quelque part que ce bug était impossible à corriger et que déjà des tentative de corrections était faite. Il avait été conseillé d'utiliser plusieurs fichiers...
Mais ça oblige d'exporter des dizaines de symboles alors...
Jai testé et ça fonctionne vraiment bien, aucun problème, j'avais peur d'avoir un écran bleu au démarrage de pedrom....
Apr contre j'ai pas trop compris le prog opendoor, c'est pour enlever la protection de l'archive?
Oui, la protection d'exécution.
BabaLoader ne pourra pas lancer PedroM sur 89 HW2 et V200 si la calc a été éteinte au moins une fois depuis le dernier reset. OpenDoor doit être installé juste après un reset pour pouvoir quand même éteindre la calc, et lancer PedroM.
Uther Le 25/07/2003 à 16:57 C'est vraiment génial! ca fait juste bizarre de ce retouver avec si peu d'archive sur pedrom. Je supose que OpenDoor ouvre la porte(c'est le cas de le dire) a des crash sérieux non?
Euh, non, pourquoi ? Il évite juste la réinitialisation de la proteciton d'exécution en archive par le trap #4.
ExtendeD: j'ai pas encore pu testé pke il faut que je fasse un dump pour pphd avant ... et j'ai pas trop de temps en ce mmt ..
Quelqu'un n'a pas une solution propre pour le problème de corruption de la Heap Table par le trap #11 de l'AMS ?
PpHd Le 28/07/2003 à 13:50 J'en ai une. Tu reserves la plage utilisee par le trap #11 dans PedroM comme reserve a AMS dans vars.h. Mais ca consomme de la memoire pour rien.
Et par ailleurs tu aurais pu eviter le padding en augmentant la taille de pedrom (un ROR ROM_BASE+65510 a la fin de pedrom.asm).
J'ai peur que bientot PedRhum n'ait des difficultees suite a l'augmentation en taille de PedroM...
PpHd Le 28/07/2003 à 15:10 Heu pas vraiment.
Switch de PedroM a AMS:
trap #12
move.l ROM_BASE+$12340+4,-(a7)
rts
Switch de AMS a PedroM:
pea PedRhum_sym(pc)
ROM_CALL SymFindPtr
move.w SYM_ENTRY.hval(a0),-(a7)
ROM_CALL HeapDeref
ifd TI92PLUS
ifd HW2
lea GHOST_SPACE(a0),a0
endif
endif
trap #12
move.l 2+4(a0),-(a7)
rts
Evidemment c'est simplifie (aucune verification et y'a l'install a faire) mais l'esprit est la.
pq tu teste le HW2 que pour les 92+ ??
Le ghots space est utilisé pour les 89 non ?
va falloir que je me documente sur le trap #12
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
PpHd Le 28/07/2003 à 21:34 Va plutot le fichier d'execution de la flash ron par Extended.
par contre KK va encore raler c'est pas bien de toucher a AMS 
.
. Ou que TIGCC arrête de planter.
