gdb调试分析多线程死锁

转载：

http://blog.chinaunix.net/uid-30343738-id-5757210.html

#include <stdio.h>

#include <pthread.h>

#include <stdlib.h>

#include <unistd.h>

static int sequence1 = ;

static int sequence2 = ;

pthread_mutex_t lock1;

pthread_mutex_t lock2;

int func1()

{

    pthread_mutex_lock(&lock1);

    ++sequence1;

    sleep();

    pthread_mutex_lock(&lock2);

    ++sequence2;

    pthread_mutex_unlock(&lock2);

    pthread_mutex_unlock(&lock1); 

    return sequence1;

}

int func2()

{

    pthread_mutex_lock(&lock2);

    ++sequence2;

    sleep();

    pthread_mutex_lock(&lock1);

    ++sequence2;

    pthread_mutex_unlock(&lock1);

    pthread_mutex_unlock(&lock2); 

    return sequence1;

}

void* thread1(void *arg)

{

    int rev = ;

    while()

    {

        rev = func1();

        if (rev == )

        {

            pthread_exit(NULL);

        }

    }

}

void* thread2(void *arg)

{

    int rev = ;

    while()

    {

        rev = func2();

        if (rev == )

        {

            pthread_exit(NULL);

        }

    }

}

void* thread3(void *arg)

{

    int count = ;

    while()

    {

        sleep();

        if ( count++ > )

        {

            pthread_exit(NULL);

        }

    }

}

void* thread4(void *arg)

{

    int count = ;

    while()

    {

        sleep();

        if ( count++ > )

        {

            pthread_exit(NULL);

        }

    }

}

int main()

{

    pthread_t tid[];

    pthread_mutex_init(&lock1, NULL);

    pthread_mutex_init(&lock2, NULL);

    if(pthread_create(&tid[], NULL, &thread1, NULL) != )

    {

        _exit();

    }

    if(pthread_create(&tid[], NULL, &thread2, NULL) != )

    {

        _exit();

    }

    if(pthread_create(&tid[], NULL, &thread3, NULL) != )

    {

        _exit();

    }

    if(pthread_create(&tid[], NULL, &thread4, NULL) != )

    {

        _exit();

    }

    sleep();

    pthread_join(tid[], NULL);

    pthread_join(tid[], NULL);

    pthread_join(tid[], NULL);

    pthread_join(tid[], NULL);

    pthread_mutex_destroy( &lock1 );

    pthread_mutex_destroy( &lock2 );

    return ;

}

编译执行程序。

gcc -o main main17.c -lpthread -g

使用 pstack 和 gdb 工具对死锁程序进行分析

1、使用pstack

查找测试程序的进程号

root 5383 1 0 06:31 ? 00:00:43 gedit /root/Project/xa/main17.c
root 7197 7179 0 10:04 pts/1 00:00:00 ./main
root 7218 7206 0 10:04 pts/2 00:00:00 grep --color=auto main

对死锁进程第一次执行 pstack（pstack –进程号）的输出结果

 Thread 5 (Thread 0x41e37940 (LWP 6722)):

 #0  0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0

 #1  0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0

 #2  0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0

 #3  0x0000000000400a9b in func1() ()

 #4  0x0000000000400ad7 in thread1(void*) ()

 #5  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #6  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 4 (Thread 0x42838940 (LWP 6723)):

 #0  0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0

 #1  0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0

 #2  0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0

 #3  0x0000000000400a17 in func2() ()

 #4  0x0000000000400a53 in thread2(void*) ()

 #5  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #6  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 3 (Thread 0x43239940 (LWP 6724)):

 #0  0x0000003d19c9a541 in nanosleep () from /lib64/libc.so.6

 #1  0x0000003d19c9a364 in sleep () from /lib64/libc.so.6

 #2  0x00000000004009bc in thread3(void*) ()

 #3  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #4  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 2 (Thread 0x43c3a940 (LWP 6725)):

 #0  0x0000003d19c9a541 in nanosleep () from /lib64/libc.so.6

 #1  0x0000003d19c9a364 in sleep () from /lib64/libc.so.6

 #2  0x0000000000400976 in thread4(void*) ()

 #3  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #4  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 1 (Thread 0x2b984ecabd90 (LWP 6721)):

 #0  0x0000003d1a807b35 in pthread_join () from /lib64/libpthread.so.0

 #1  0x0000000000400900 in main ()

对死锁进程第二次执行 pstack（pstack –进程号）的输出结果

 Thread 5 (Thread 0x40bd6940 (LWP 6722)):

 #0  0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0

 #1  0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0

 #2  0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0

 #3  0x0000000000400a87 in func1() ()

 #4  0x0000000000400ac3 in thread1(void*) ()

 #5  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #6  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 4 (Thread 0x415d7940 (LWP 6723)):

 #0  0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0

 #1  0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0

 #2  0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0

 #3  0x0000000000400a03 in func2() ()

 #4  0x0000000000400a3f in thread2(void*) ()

 #5  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #6  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 3 (Thread 0x41fd8940 (LWP 6724)):

 #0  0x0000003d19c7aec2 in memset () from /lib64/libc.so.6

 #1  0x00000000004009be in thread3(void*) ()

 #2  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #3  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 2 (Thread 0x429d9940 (LWP 6725)):

 #0  0x0000003d19c7ae0d in memset () from /lib64/libc.so.6

 #1  0x0000000000400982 in thread4(void*) ()

 #2  0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0

 #3  0x0000003d19cd40cd in clone () from /lib64/libc.so.6

 Thread 1 (Thread 0x2af906fd9d90 (LWP 6721)):

 #0  0x0000003d1a807b35 in pthread_join () from /lib64/libpthread.so.0

 #1  0x0000000000400900 in main ()

连续多次查看这个进程的函数调用关系堆栈进行分析：当进程吊死时，多次使用 pstack 查看进程的函数调用堆栈，死锁线程将一直处于等锁的状态，对比多次的函数调用堆栈输出结果，

确定哪两个线程（或者几个线程）一直没有变化且一直处于等锁的状态（可能存在两个线程一直没有变化）。

输出分析：

根据上面的输出对比可以发现，线程 1 和线程 2 由第一次 pstack 输出的处在 sleep 函数变化为第二次 pstack 输出的处在 memset 函数。但是线程 4 和线程 5 一直处在等锁状态（pthread_mutex_lock），

在连续两次的 pstack 信息输出中没有变化，所以我们可以推测线程 4 和线程 5 发生了死锁

2、使用gdb进行进一步的分析

查找测试程序的进程号

root 5383 1 0 06:31 ? 00:00:43 gedit /root/Project/xa/main17.c
root 7197 7179 0 10:04 pts/1 00:00:00 ./main
root 7218 7206 0 10:04 pts/2 00:00:00 grep --color=auto main

使用gdb 的attach功能

gdb attach 7197

查看当前进程的线程信息

(gdb) info thread
Id Target Id Frame
5 Thread 0xb7539b40 (LWP ) "main" 0xb7717424 in __kernel_vsyscall ()
4 Thread 0xb6d38b40 (LWP ) "main" 0xb7717424 in __kernel_vsyscall ()
3 Thread 0xb6537b40 (LWP ) "main" 0xb7717424 in __kernel_vsyscall ()
2 Thread 0xb5d36b40 (LWP ) "main" 0xb7717424 in __kernel_vsyscall ()
* 1 Thread 0xb753a6c0 (LWP ) "main" 0xb7717424 in __kernel_vsyscall ()

切换到线程 5 的输出

(gdb) thread 5
[Switching to thread 5 (Thread 0xb7539b40 (LWP 7198))]
#0 0xb7717424 in __kernel_vsyscall ()
(gdb) where
#0 0xb7717424 in __kernel_vsyscall ()
#1 0xb76f25a2 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0
#2 0xb76edead in _L_lock_686 () from /lib/i386-linux-gnu/libpthread.so.0
#3 0xb76edcf3 in pthread_mutex_lock ()
from /lib/i386-linux-gnu/libpthread.so.0
#4 0x0804864b in func1 () at main17.c:17
#5 0x080486ef in thread1 (arg=0x0) at main17.c:44
#6 0xb76ebd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7 0xb762adde in clone () from /lib/i386-linux-gnu/libc.so.6
(gdb) f 4
#4 0x0804864b in func1 () at main17.c:17
warning: Source file is more recent than executable.
17 pthread_mutex_lock(&lock2); ////线程 5 正试图获得锁 lock2

切换到线程4的输出

(gdb) thread 4
[Switching to thread 4 (Thread 0xb6d38b40 (LWP 7199))]
#0 0xb7717424 in __kernel_vsyscall ()
(gdb) where
#0 0xb7717424 in __kernel_vsyscall ()
#1 0xb76f25a2 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0
#2 0xb76edead in _L_lock_686 () from /lib/i386-linux-gnu/libpthread.so.0
#3 0xb76edcf3 in pthread_mutex_lock ()
from /lib/i386-linux-gnu/libpthread.so.0
#4 0x080486ae in func2 () at main17.c:30
#5 0x0804871c in thread2 (arg=0x0) at main17.c:58
#6 0xb76ebd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7 0xb762adde in clone () from /lib/i386-linux-gnu/libc.so.6
(gdb) f 4
#4 0x080486ae in func2 () at main17.c:30
30 pthread_mutex_lock(&lock1); //线程 4 正试图获得锁 lock1

打印锁的信息

(gdb) p lock1
$1 = {__data = {__lock = 2, __count = 0, __owner = , __kind = 0,
__nusers = 1, {__spins = 0, __list = {__next = 0x0}}},
__size = "\002\000\000\000\000\000\000\000\036\034\000\000\000\000\000\000\001\000\000\000\000\000\000", __align = 2}
(gdb) p lock2
$2 = {__data = {__lock = 2, __count = 0, __owner = , __kind = 0,
__nusers = 1, {__spins = 0, __list = {__next = 0x0}}},
__size = "\002\000\000\000\000\000\000\000\037\034\000\000\000\000\000\000\001\000\000\000\000\000\000", __align = 2}

从上面可以发现，线程 4 正试图获得锁 lock1，但是锁 lock1已经被 LWP 为 7198的线程得到（__owner = 7198），

线程 5 正试图获得锁 lock2，但是锁 lock2 已经被 LWP 为 7199的得到（__owner = 7199），从 pstack 的输出可以发现（gdb info thread），LWP 7198与线程 5 是对应的，LWP 7199与线程 4 是对应的。

所以我们可以得出，线程 4 和线程 5 发生了交叉持锁的死锁现象。查看线程的源代码发现，线程 4 和线程 5 同时使用 mutex1 和 mutex2，且申请顺序不合理

gdb调试分析多线程死锁的更多相关文章

gdb常用命令及使用gdb调试多进程多线程程序
一.常用普通调试命令 1.简单介绍GDB 介绍: gdb是Linux环境下的代码调试⼯具.使⽤:需要在源代码⽣成的时候加上 -g 选项.开始使⽤: gdb binFile退出: ctrl + d 或 ...
用gdb调试python多线程代码-记一次死锁的发现
| 版权:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接.如有问题,可以邮件:wangxu198709@gmail.com 前言相信很多人都有 ...
gdb调试多进程多线程程序
一.调试的指令 1.list命令 list linenum 显示程序第linenum行的周围的程序 list function 显示程序名为function的函数的源程序 list 显示当前行后面的源 ...
通过gdb调试分析Linux内核的启动过程
作者:吴乐山东师范大学 <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 一.实验流程 1.打开环境执 ...
GDB调试汇编分析
GDB调试汇编分析代码本次实践我参照了许多先做了的同学的博客,有卢肖明,高其,张梓靖同学.代码借用的是卢肖明同学的代码进行调试运行. GCC编译使用gcc -g gdbtest.c -o gdb ...
20145233 GDB调试汇编分析
GDB调试汇编分析代码 #include<stdio.h> short addend1 = 1; static int addend2 = 2; const static long ad ...
20145219 gdb调试汇编堆栈分析
20145219 gdb调试汇编堆栈分析代码gdbdemo.c int g(int x) { return x+19; } int f(int x) { return g(x); } int mai ...
20145310 GDB调试汇编堆栈分析
GDB调试汇编堆栈分析由于老师说要逐条分析汇编代码,所以我学习卢肖明同学的方法,重新写了一篇博客. 代码: #include<stdio.h> short addend1 = 1; st ...
gdb调试汇编堆栈过程的学习
gdb调试汇编堆栈过程的学习以下为C源文件使用gcc - g code.c -o code -m32指令在64位的机器上产生32位汇编,然后使用gdb example指令进入gdb调试器: 进入之 ...

随机推荐

vc++之stdafx.h
关于stdafx.h的解释,其实蛮多的,在vs中,既然创建c++工程的时候,默认会给生成main.cpp,并且自动包含了stdafx.h,而且stdafx.h不是c++标准的一部分,那么个人认为,理解 ...
django multidb --- router
之前一篇随笔, 提到了django中怎么使用多数据库, 但是在实际工程中遇到了一个问题,就是admin指定了使用某库, 在测试环境上没问题, 当部署后(库也变动了位置), 修改一个admin的mode ...
解决Type safety: The expression of type List needs
解决Type safety: The expression of type List needs unchecked conversion to conform to 在方法前加上这句话就可以了@Su ...
Python3基础 str swapcase 英文字母大小写反转
Python : 3.7.0 OS : Ubuntu 18.04.1 LTS IDE : PyCharm 2018.2.4 Conda ...
字符编码（ASCII、ANSI、GB2312、UTF-8等）系统梳理(转载）
引言在显示器上看见的文字.图片等信息在电脑里面其实并不是我们看见的样子,即使你知道所有信息都存储在硬盘里,把它拆开也看不见里面有任何东西,只有些盘片.假设,你用显微镜把盘片放大,会看见盘片表面凹凸不 ...
JS进阶系列之this
在javascript中,this的指向是在执行上下文的创建阶段确定的,其实只要知道不同执行方式下,this的指向分别是是什么,就能很好的掌握this这个让人摸不透的东西. 一.全局执行全局执行又分 ...
获取CheckBox的值
前台获取 function chkCheckBox() { var code_arr = new Array(); //定义一数组 $('.C_B').each(function () { if ($ ...
go 字符串拼接
s := "hello," m := " world" a := s + m fmt.Printf("%s\n", a)
c++ 判断容器A是否是容器B的子集，如果是，返回true（includes）
#include <iostream> // cout #include <algorithm> // includes, sort using namespace std; ...
Ubuntu更新软件源出现GPG error
原因在sources.list文件中加入了非ubuntu官方源,所以认为加入源是不可信任的. 解决方法导入该源公钥.E084DAB9为PUBKEY后八位 gpg --keyserver keyser ...

gdb调试分析多线程死锁

gdb调试分析多线程死锁的更多相关文章

随机推荐

热门专题