Émulateur + debugger ? - Page 1

Salut,

J'ai écrit un bout de code 68k que j'aimerais bien porter sur ma TI.

Je n'arrive pas à faire marcher le debugger de Tiemu. J'ai la version "3.02a + GDB" pour windows téléchargée sur le site officiel de Tiemu. Dès que j'entre dans le mode debug et que je fais ne serait-ce qu'un step, l'émulateur plante abruptement et quitte.

Je n'arrive pas à trouver la version 3.03 avec GDB en précompilé pour Windows. J'ai entendu vite fait parler de la version de Kevin Kofler, mais son site semble être down, donc je n'ai pas pu la trouver.

Est-ce que je m'y prends mal, ou est-ce qu'il y a un moyen de faire marcher Tiemu avec le debugger?

J'utilise Windows XP sous Virtualbox, si ça peut aider (j'utilise Linux mais je n'ai pas envie de me faner la compilation de Tiemu, la dernière fois que j'avais essayé je me souviens que c'était galère).

Merci !

Tu as quelle version de Linux? Il me semble qu'il y a des paquets dans les repository de certaines distribution notamment Debian et Ubuntu, ce qui devrait t'éviter la recompilation.

J'ai Arch, le paquet existant (que je n'ai pas essayé) dit "no GDB"

Edit: je viens de regarder, sur Ubuntu c'est "no GDB" aussi...

Même si tu n'a pas le support de GDB, il me semble que le débuggeur de base devait suffire, si tu fais de l'assembleur et pas du C.

Effectivement je ne fais que de l'assembleur. Mais l'option "debug file with tiemu" est grisée dans la version 3.03... ou alors ce n'est pas là qu'il faut aller la chercher ?

EDIT: Ok, je viens de voir l'option "Enter Debugger", je vais tester ça.

J'utilise Wine + VTI sous Linux, ça marche au poil.

VTI : http://www.mirari.fr/ofjN

edit -> j'ai compilé TiEmu + GDB sous plusieurs Linux, j'ai parfois réussi à avoir quelque chose de potable, mais souvent j'ai des comportements aberrants (fenêtres cligotantes, freezes etc...). Je parle des versions les plus récentes de TiEmu (même si Lionel n'y a pas touché depuis un moment amha). Lionel avait fait un script d'installation ici : http://lpg.ticalc.org/prj_tiemu/downloads/install_tiemu.sh .

Mais comme j'utilise pas GDB et que VTI tourne nickel, je l'utilise.

asdf (./1) :
Je n'arrive pas à faire marcher le debugger de Tiemu. J'ai la version "3.02a + GDB" pour windows téléchargée sur le site officiel de Tiemu. Dès que j'entre dans le mode debug et que je fais ne serait-ce qu'un step, l'émulateur plante abruptement et quitte.
Je n'arrive pas à trouver la version 3.03 avec GDB en précompilé pour Windows. J'ai entendu vite fait parler de la version de Kevin Kofler, mais son site semble être down, donc je n'ai pas pu la trouver.

La 3.02a est bien la version la plus récente que j'ai à proposer.

Je ne sais pas trop pourquoi tu as ces plantages, peux-tu décrire plus précisément ce que tu fais, et si nécessaire m'envoyer les fichiers que tu utilises (tes programmes seront évidemment traîtés de manière confidentielle).

D'ailleurs, je trouve ça vraiment horrible que tous les packageurs à part moi compilent TiEmu sans GDB. Je me casse la tête à intégrer un débogueur C dans TiEmu, rendant l'émulateur un outil beaucoup plus utile en pratique, et les packageurs paresseux le désactivent. (Les paquetages Fedora sur http://repo.calcforge.org/fedora/ sont compilés avec GDB activé.)

Peut etre parce que compiler TIEMu est déjà plutot chiant et le compiler avec Insight & co est tellement du hack moche et gros que c'est encore plus chiant a compiler?

Dans ce cas, j'attends le débogueur C alternatif du projet GCC4TI tout simple à compiler et qui offre les mêmes fonctionnalités avec la même intégration…

C'est facile de cracher sur ce qui existe, mais si on n'a rien de mieux à proposer, ce n'est pas constructif.

Merci à tous pour les suggestions. Comme je ne fais que de l'assembleur, ça fonctionne bien avec le debugger "de base" sans GDB.

J'imagine que les plantages que j'avais eu avec la version GDB étaient dûs à mon ignorance : j'essayais d'utiliser GDB, plutôt que le debugger de base, pour débugger un programme sans symboles de débuggage (puisque c'est de l'assembleur pur, pas du C).

Même pour l'assembleur, les symboles peuvent être très utiles (noms de labels etc.). Si tu compiles avec les informations de débogage activées depuis l'EDI (ou avec le flag -g en ligne de commande), avec GNU as, tu as des informations de débogage presque au niveau du C (sources complètes avec commentaires) et tu peux utiliser les fenêtres GDB. Si tu utilises le vieux A68k, tu as au moins les noms des symboles (labels), mais rien de plus. Mais ça reste mieux que le désassemblage pur.

Bien sûr, il faut utiliser "Debug file with TiEmu" en suivant les instructions (mais pour un programme en assembleur, le "Continue" pour sauter le code de démarrage n'est pas nécessaire ni utile, sauf évidemment si tu utilises le code de démarrage de TIGCCLIB).

Kevin Kofler (./14) :
tu as des informations de débogage presque au niveau du C (sources complètes avec commentaires
T'avais pas viré ça dans un des derniers patchs, en remplaçant ces infos de débogage par je ne sais plus quoi ?

Je parle des informations de débogage binaires, pour le débogueur, qui permettent à ce dernier d'afficher les sources originales correspondant aux instructions machine que tu es en train de déboguer.

Toi, tu parles des fichiers .s générés par la compilation C, qui effectivement ne contiennent plus les lignes de sources (c'est à ça que servent les informations de débogage, tu peux aussi te faire afficher interactivement la correspondance C/assembleur par le débogueur si elle t'intéresse), mais de toute façon ce problème ne regarde pas du tout les développeurs en assembleur (l'assembleur n'a jamais généré de fichier .s, le .s est l'entrée pour lui, pas la sortie).

Bref, non, je n'ai pas du tout viré les informations de débogage, elles sont au contraire le remplacement auquel tu penses.