[ti82A] ROMDUMP exécutable mais ensuite..?

[Lionel Debroux]

Le script d'install utilisateur fonctionne pour une certaine variété de *nix, mais pour Windows, le build est nettement plus compliqué.

[Lionel Debroux]

Je viens de pousser des modifs dans la branche experimental2 du repo tilibs pour permettre le ROM dumping des 82A, selon ce qui est décrit dans ce topic. Il faudra donc construire la branche experimental2, et non la branche par défaut master; pour ça, le plus simple pour toi à court terme est de modifier le script d'install habituel https://ti-pla.net/tilpinst pour remplacer "git checkout experimental" par "git checkout experimental2". De mon côté, il faudra le remplacer par USE_BRANCH plus générique, utilisant la branche par défaut si aucune indication n'est donnée au script d'installation.

Question: est-ce qu'une adaptation du Flash unlock pour 84+ fonctionnerait pour 82A ? Si oui, les modifs pourront être étendues pour fournir un ROM dump plus fidèle, comprenant notamment la certificate memory.

[grosged]

J'ai modifié le script comme tu m'as dit, puis j'ai lancé l'install'
Puis j'ai lancé TILP : c'est toujours comme avant
Fallait-il désinstaller l'ancien TILP ?.. Si oui , comment?

[Lionel Debroux]

Quelle est la version de TILP affichée dans le terminal lors de son lancement, ou dans l'about intégré ?
Aussi, est-ce que l'installation s'est bien passée ? Mais c'est probable, car le script est fait pour s'arrêter quand il y a une erreur.

Il est nécessaire de désinstaller les packages de la distribution s'ils étaient présents, mais en principe, tu l'avais fait précédemment si tu as déjà utilisé le script officiel d'installation.

[grosged]

TILP2 1.19
cables=1.3.6
files=1.1.8
calcs=1.1.10
conv=1.1.6

[Lionel Debroux]

Au moins, tu n'utilises pas les packages de la distro, c'est déjà ça de vérifié

Il n'y a vraiment rien du tout qui se passe quand tu demandes un ROM dump et que ta 82A est branchée ? Pas de boîte de dialogue indiquant l'envoi d'un programme ?

[grosged]

En fait, je ne peux toujours pas demander un ROMDUMP : l'option est grisée
(c'est ce qui me fait douter quant à la version lancée)

[Lionel Debroux]

C'est malin, je n'ai plus la 82A que m'avait envoyé TI pour tester de mon côté...

On va tenter un truc pour vérifier que c'est bien la nouvelle version qui s'exécute: modifier un fichier pour afficher un message spécial au démarrage.
Par exemple, édite $HOME/lpg/tilibs/libticalcs/trunk/src/ticalcs.cc ($HOME/lpg étant la valeur par défaut pour SRCDIR) pour ajouter, dans la fonction ticalcs_library_init(), avant le "return (++ticalcs_instance);", un "puts("Coucou grosged");". Puis ensuite, relance install_tilp.sh . Si au démarrage, la sortie terminal ne contient pas ce message, c'est que ce n'est pas la dernière version qui s'exécute.
Mais si c'est bien la dernière version qui s'exécute, alors j'ai oublié de faire quelque chose pour que le ROM dumping des 82A soit possible. Pourtant, OPS_ROMDUMP devrait servir à ça, et je l'ai activé dans calc_84p.cc::calc_82a_usb .

[grosged]

j'ai inséré puts("Coucou grosged"); dans
/root/lpg/tilp/tilibs/libticalcs/trunk/src/ticalcs.c
puis j'ai relancé install_tilp.sh
puis tilp : je ne lis aucun "Coucou grosged" dans la console

[Lionel Debroux]

/root/lpg/tilp/tilibs/libticalcs/trunk/src/ticalcs.c

Ah. Si ce n'est pas une typo, ceci n'est pas bon pour deux raisons:
* c'est ticalcs.cc sur la branche experimental2, donc la branche experimental2 n'est pas mise en place de façon adéquate;
* tu utilises root, ce qui est 1) considéré comme une mauvaise pratique pour la compilation et 2) superflu et déconseillé pour libti*/gfm/tilp, qui fonctionnent très bien en compte limité à partir du moment où on a installé une fois pour toutes les règles udev comme indiqué par le CONFIG et rappelé par install_tilp.sh quand il finit de s'exécuter avec succès.

Quel est le résultat de la commande

Code: Select all

ls -l `which tilp`

?