GDB Débogage: Application termintes avec SIGTRAP

Ont essayé de débogage à distance une application s'exécutant sur ma cible à l'aide de GDB.
La cible est Armv6 base, le système d'exploitation est linux, et la demande est un QT en fonction d'applications Multithread.

Je suis en mesure de définir le point de rupture. Mais quand le point de rupture est atteint, le programme est écrasé avec SIGTRAP.

Indice: je suis en mesure d'exécuter un autre petit échantillon Multithread QT-Application sur la même cible.

Quel pourrait être le problème?

GDB Journal comme suit

Point d'arrêt 1 à 0x4ad52c: fichier <> , <>. (2 emplacements)
(gdb) c
De continuer.

Programme arrêté avec signal SIGTRAP, Trace/point d'arrêt piège.
Le programme n'existe plus.
(gdb)

(gdb)

OriginalL'auteur Dhanesh | 2012-08-03

  1. 7

    Vous avez peut-être une solution ici:

    http://sourceware.org/gdb/wiki/FAQ#GDB_does_not_see_any_threads_besides_the_one_in_which_crash_occurred.3B_or_SIGTRAP_kills_my_program_when_I_set_a_breakpoint.

    Espérons que cette aide.

    Ce qui concerne.

    La page a été utile.. Mais ce n'était pas le cas ici... j'ai partiellement résolu le problème en démarrant l'application à l'aide de GDB (au lieu de fixer le processus)... Puis son travail bien.. Aucune idée de l'abt, la cause de racine ...

    OriginalL'auteur TOC

  2. 1

    bien, le gdb retracer le processus par ptrace , et la ptrace définir un point d'arrêt dans l'espace de la
    fil , l'espace addr est partagé par l'autre thread, si l'autre thread atteint le point d'arrêt, oh, le noyau de générer un sigtrap pour le thread.

    plus d'infos dans la suite
    http://lists.alioth.debian.org/pipermail/ltrace-devel/2006-April/000036.html

    OriginalL'auteur jingchun.zhang