pthread_t de gdb id de thread

Que quelqu'un connait un moyen d'aller d'un pthread_t à ce que GDB affiche avec info threads?

J'ai donc:

(gdb) info threads
  37 Thread 22887  0xb7704422 in __kernel_vsyscall ()
  36 Thread 22926  0xb7704422 in __kernel_vsyscall ()
  35 Thread 22925  0xb7704422 in __kernel_vsyscall ()
  34 Thread 22924  0xb7704422 in __kernel_vsyscall ()
  33 Thread 22922  0xb7704422 in __kernel_vsyscall ()
  32 Thread 22921  0xb7704422 in __kernel_vsyscall ()

(gdb) p m_messageQueue->m_creationThread
$3 = 2694822768
(gdb) p/x m_messageQueue->m_creationThread
$4 = 0xa09fbb70

Personne ne sait comment je figure sur le thread qui c'est? Il semblerait 22768, mais aucun de mes fils vont basse.

  • Ce OS est que Linux?
  • Oui, désolé. Linux.
  • J'étais sur le point de demander la même chose.. mais mon problème est le pire - j'ai besoin de récupérer pthread_id d'abord à partir du contexte (c'est un intégré à la bibliothèque de l'exécution dans d'autres threads du processus.. ew)
InformationsquelleAutor Steven Behnke | 2010-02-02
  1. 8

    La valeur de pthread_t n'est pas la même que celle du fil dépend du système d'id de thread (dans Linux gettid(2)) que vous voyez dans GDB.

    Autant que je sache, il n'y a pas de fonction de convertir entre les deux. Vous avez besoin de garder une trace de qui vous-même.

    • Cela est correct. Répondre à stackoverflow.com/questions/558469/... pour plus d'informations.
    • Ah, je vous remercie. Je vais la saisir où je me soucie de ce que le fil des choses se produire sur.
    • En fait il semble que ce soit obsolète et que je dois utiliser syscall(SYS_gettid); au lieu de cela.
    InformationsquelleAutor jbcreix
  2. 23

    De nouvelles versions de GDB en fait la sortie de la valeur de pthread_t dans le info thread, association de pthread_t avec le nombre de thread trivial.

    Par exemple, à l'aide de GDB 7.0:

    cat t.c
#include <pthread.h>

void *fn(void *p)
{
  sleep(180);
}

int main()
{
  pthread_t pth1, pth2;
  pthread_create(&pth1, 0, fn, 0);
  pthread_create(&pth2, 0, fn, 0);
  pthread_join(pth1, 0);
  return 0;
}

gcc -g -m32 -pthread t.c && gdb -q ../a.out

(gdb) r
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0xf7e56b90 (LWP 25343)]
[New Thread 0xf7655b90 (LWP 25344)]

Program received signal SIGINT, Interrupt.
0xffffe405 in __kernel_vsyscall ()
(gdb) info thread
  3 Thread 0xf7655b90 (LWP 25344)  0xffffe405 in __kernel_vsyscall ()
  2 Thread 0xf7e56b90 (LWP 25343)  0xffffe405 in __kernel_vsyscall ()
* 1 Thread 0xf7e576b0 (LWP 25338)  0xffffe405 in __kernel_vsyscall ()
(gdb) up 2
#2  0x080484e2 in main () at t.c:13
13    pthread_join(pth1, 0);
(gdb) p/x pth1
$1 = 0xf7e56b90  ## this is thread #2 above
(gdb) p/x pth2
$2 = 0xf7655b90  ## this is thread #3 above
    • gdb 6.8-27 imprime: * 1 process 22749 0x000000385c8cd372 in select () from /lib64/libc.so.6 gdb 7.0.1 imprime: * 1 Thread 22749 0x000000385c8cd372 in select () from /lib64/libc.so.6 gdb 7.2-55.1 imprime: * 1 Thread 0x40c68940 (LWP 22749) 0x000000385c8cd372 in select () from /lib64/libc.so.6 de Sorte que le GDB 7.0 déclaration est un peu floue.
    • Quel est le nombre moyen le thread principal lui-même?
    InformationsquelleAutor Employed Russian