GDB et nspire_emu

[QuanticPotato]

Je post finalement sur le forum, puisque je ne trouve pas de solution tout seul :3
Quand je connecte GDB à nspire_emu (sur le port 3333, tout par défaut), nspire_emu se bloque
Je ne peux plus rien faire, plus rien ne répond ... (Ce n'est pas une simple mise en veille, rien ne se passe quand je clique sur "on")
C'est peut être du à nspire-emu lui même : j'utilise une vielle version (celle présente sur le dépo de antoniovazquezblanco). Je ne peux pas tester avec la dernière version de Vogt car la compilation me donne une erreur interne à gcc -__- (Et j'ai aussi des problèmes pour compiler gcc 4.8.4 ou 4.9.2 mais ça c'est pour des autres raisons , donc je ne pourrai pas tester tout de suite ..)

(Juste une question au cas où : nspire-emu doit-il forcément être compilé avec le toolchain du debugger pour être "compatible" ? )

[Adriweb]

Euh, prend la version 0.7 précompilée ici ? Elle marche sans soucis.

La version de antoniovazquezblanco n'est plus maintenu, vu que les efforts se concentrent sur la version QT lancée par Vogt.
Et pour info, cette dernière compile directement avec QT creator (et gcc 4.9 ou "clang-600.0.56 (based on LLVM 3.5svn)")

[QuanticPotato]

Même problème avec la version 0. précompilée :/
C'est comme si les tâches restaient en supsens : Dès que je déconnecte gdb les actions s’exécutent (par exemple connexion de la calculette) ..

[Adriweb]

Tu as bien tapé "c" dans la console pour continuer l'exécution ?

[QuanticPotato]

:3
C'est bon ça marche

(Faut pas m'en vouloir, c'est la première fois que j'utilise gdb sans interface graphique ! )

[QuanticPotato]

Je sais pas pourquoi j'ai dit que ça marchait, mais en fait ça ne marche toujours pas ...

(Au bout de quelques secondes, ça provoque un reboot : Warning at PC=A4009854: Resetting due to watchdog timeout)

EDIT: En fait gdb m'indique "Cannot access memory at address 0x3a5a59a" au lancement. C'est peut être un problème de mon programme du coup ? (Trop gros ? il fait 3Mo)

EDIT2: Ce n'est pas mon programme qui est en cause, j'ai le même bug avec les exemples du SDK ..

EDIT3: Le bug n'arrive que avec ndless .. Quand je teste sur un OS normal je peux très bien lancer gdb .. Mais bon ça sert  à rien puisque je peux pas lancer mon programme

EDIT4: C'est d'aileurs pour ça que j'avais dis que le problème était résolu ..

[Lionel Debroux]

Tu touches du doigt le fait que très peu d'utilisateurs utilisent le debugging de programmes Ndless avec GDB. Je crois que le stub côté émulateur n'est pas à jour.

[Vogtinator]

Older versions of ndless (I don't know how old) do have some problems with emu_debug_alloc_ptr.
What happens if you try a later build? I attached the latest version I've got (works on 3.1 and 3.6)