Dis-donc, Kevin, r4588:4589 constitue la deuxième réimplémentation indépendante de code que j'ai déjà posté sur #ti (channel IRC publiquement accessible avec des logs publics, dont tu connais l'existence), en une semaine. Code qui n'est, pour la même raison que la première fois (tests insuffisants) pas committé - mais au moins, il est publiquement accessible.

Faire une erreur une fois, par le fait de ne pas fréquenter les endroits de la communauté où il se passe quelque chose (non, #tigcc n'en est pas un, pas plus que #GCC4TI d'ailleurs), c'est une erreur. Je l'ai déjà signalée en ./72.
La faire une deuxième fois, une semaine après la première, parce que tu n'as toujours pas décidé de te tenir au courant, c'est une faute.
Certes, tu n'es pas spécialement le bienvenu sur #ti si tu y importes ton comportement habituel qu'on connaît tous dans la communauté TI-*, et que la communauté Fedora est en train de comprendre - mais au moins, lis les logs, puisqu'il y en a !

Ca se voit tout de suite que r4588:4589 est une réimplémentation indépendante et qu'elle n'est pas testée (pas plus qu'au moment de leur commit, tes nouvelles fonctions spéciales Nspire non accessibles de l'UI, et pas plus non plus que le commit qui introduisait l'utilisation de cmd_execute pour lancer le ROM dump sur 84+ et que j'ai debuggé pour toi, voir ./88). En effet, r4588:4589 comporte (au moins) deux bugs qui sont chacun suffisants pour empêcher le dump de fonctionner correctement.
Ces deux bugs sont évidemment absents de mon implémentation, parce que moi, je les ai rencontrés et corrigés quand j'ai testé...

Ah, et si tu tiens à faire porter la responsabilité du fait que tu n'aies pas été au courant à quelqu'un d'autre que toi... tu as le choix: Tyler, cemeyer, BrandonW, sir_lewk étaient tous connectés sur #ti au moment où j'ai posté