Débogage - Page 1

Puisque au bout de 3 ko de code, ça devient dur de vérifier l'asm produit, je n'ai d'autre choix que d'utiliser GDB pour déboguer mon programme.

Première question :
Comment mettre un breakpoint au début de ma fonction main() ? J'y arrive pas, je me tape donc le traçage de tout le code du stub pour le moment, mais j'aimerais éviter.

Avec la ligne de commande GDB, il faut taper
b main
Insight a peut-être quelque chose dans ses menus pour faire ça, je ne sais pas.

Et je mets ça où dis-moi ? (cc)

je n'ai d'autre choix que d'utiliser GDB pour déboguer mon programme.

Vu que -fverbose-asm n'est il me semble pas supporté, et ne fonctionne plus aussi bien qu'à une époque, en effet.

Cross-edit

Après avoir posté la commande brute, je me suis dit que c'était la première fois que tu utilisais un GDB, donc il fallait donner un peu plus d'infos.

Lionel Debroux (./4) :
je me suis dit que c'était la première fois que tu utilisais un GDB

T'as tout compris Lionel !

TiEmu met déjà un breakpoint au début de main, il suffit de cliquer sur "Continue" dans la Source Window pour sauter le stub et/ou code de démarrage.

Ok, merci. En tout cas, ça a l'air chouette, pouvoir avoir les variables, les adresses, le code asm correspondant au C etc... vraiment super cet outil !

Ah, je vois que je suis pas le seul newbie ici lol

Et sans passer par gdb, comment fait-on pour débugguer son code C,
je n'ai réussi qu'une seule fois à faire du pas à pas avec les sources C
affichées, mais j'ai rien compris, et j'ai pas su le refaire.

Je précise que j'utilise tigcc/tiemu sous windows

F11, ça ouvre le débogueur. Et envoie ton programme à la calc avec "Debug file with TiEmu".

Ignore ce que te dit Folco qui comme d'habitude fait tout à la main:
1. Le débogueur s'ouvre tout seul si on utilise "Debug file with TiEmu" correctement.
2. L'EDI s'occupe du "Debug file with TiEmu" tout seul.

Voilà les étapes à suivre:
1. Ouvrir le projet à déboguer dans TIGCC IDE (de TIGCC 0.96 Beta 8 – si tu en es encore à la 0.95 ou pire, mets-toi à jour!) ou KTIGCC.
2. Vérifier que TiEmu est choisi dans File / Preferences / Transfer.
3. Debug / Run (ou F9).
4. Attends que le débogueur s'ouvre. (Si tu n'as pas enregistré une configuration dans TiEmu, il te demandera de choisir une ROM quand il démarre, fais-le.)
5. Clique sur Continue dans le Source Window pour sauter le code de démarrage de TIGCCLIB.
et voilà, tu te retrouves au début de _main.

Kevin Kofler (./10) :
Ignore ce que te dit Folco qui comme d'habitude fait tout à la main:
1. Le débogueur s'ouvre tout seul si on utilise "Debug file with TiEmu" correctement. 2. L'EDI s'occupe du "Debug file with TiEmu" tout seul.

Evidemment, encore faudrait-il que ton soft ne soit pas buggué, et qu'on ne rencontre pas 3 fois sur 4 des erreurs avec D-BUS... Ca m'est arrivé pas plus tard qu'hier soir sur une F10 up2date et tes paquets up2date. Ca fait des années...

Ce n'est pas une erreur avec D-Bus (c'est juste le message d'erreur qui ne distingue pas), c'est un problème à l'intérieur de TiEmu.

J'ai trouvé une "race condition" possible (le code pour tester si la calculatrice est prête utilise l'envoi de touches pour envoyer ON; or, TiEmu prévoit un seul buffer d'envoi de touches actif à la fois, donc si ON n'a pas encore été traîté pour une raison ou pour une autre, l'envoi des touches échoue, il faut que je corrige ça), mais le problème dans ton feedback m'a l'air d'en être un autre (avec PedroM spécifiquement).

Ok. Je suis prêt pour tester. Ca fera un bug en moins, mais je viens d'en rajouter un autre : https://sourceforge.net/tracker/?func=detail&aid=2788897&group_id=23169&atid=377680

Au fait, quelqu'un pourrait confirmer le bug svp ?

Confirmé, c'est dû au nouveau pilote X11 qui gère tous les périphériques d'entrée (evdev), sauf les touchpads pour lesquels il y a le pilote synaptics (souris depuis F9, claviers depuis F10). Il utilise des codes de touches différents. Or TiEmu code les codes de touches matériels en dur, donc paf!

Merci Kevin Je vais essayer ca !!