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调试器: 进入之 ...

随机推荐

Fine报表权限流程分析记录
Fine报表权限流程分析记录 URL访问三种类型的报表:第一个:BI报表例如: http://192.25.103.250:37799/WebReport/ReportServer?op=fr_bi ...
20145336张子扬《网络对抗》MSF基础应用
20145336张子扬 <网络对抗>MSF基础应用实验一:主动攻击,利用ms08_067漏洞进行攻击首先使用use exploit/windows/smb/ ms08_067 _net ...
Code First技术介绍
地址:https://wenku.baidu.com/view/5620b862eefdc8d376ee3258.html 仅供参考
SQL语句查询同一个字符在某一个字符串中出现的次数
select len(replace(字段名A,';','--'))-len(字段名A) from table表名
loj 诗歌
链接链接思路好久之前的考试题了吧,之前貌似抄的题解现在理解了怕忘了,就写个题解记录一下吧,题目还是不错的枚举中间点j \[H_{i}-H_{j}=H_{j}-H_{k}\] \[H_{k}+ ...
Intel微处理器学习笔记（一）实模式内存结构
图一奔腾概念示意图存储系统一般划分为三个主要部分:TPA(transient program area),System Area和XMS(extended memory system). 图二内 ...
OSError: [WinError 193] %1 不是有效的 Win32 应用程序。
经过搜索查找,发现错误原因是我在win7 x64的机器上装了64位的python IDLE,不能有效load32位的dll,换成32位的python就好了.
Ubuntu 添加，删除ppa
PPA,英文全称为 Personal Package Archives,即个人软件包档案.是 Ubuntu Launchpad 网站提供的一项源服务,允许个人用户上传软件源代码,通过 Launchpa ...
《剑指offer》第三十八题（字符串的排列）
// 面试题38:字符串的排列 // 题目:输入一个字符串,打印出该字符串中字符的所有排列.例如输入字符串abc, // 则打印出由字符a.b.c所能排列出来的所有字符串abc.acb.bac.bca ...
spring事务管理方式大全
http://blog.csdn.net/baibinboss/article/details/64922472

gdb调试分析多线程死锁

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

随机推荐

热门专题