dump线程backtrace方法总结

最新推荐文章于 2023-08-25 00:34:34 发布
置顶 最新推荐文章于 2023-08-25 00:34:34 发布
阅读量3.5k 收藏 1
点赞数
分类专栏： 原理 配置
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/syh63053767/article/details/8920613
版权

XXX(XXX:XXX) 09:11:02
请问那个ＭＴＫ的那个RTT　怎么用啊？有终端命令吗
XXX(XXX-XXXXXX) 09:11:54
adb shell aee -m 3
adb shell rtt -f bt -p %sspid% > ssrtt.txt
adb shell rtt -f bt -p %sfpid% > sfrtt.txt
XXX(XXX-XXXXXX) 09:12:43
其实就两句话，adb shell aee -m 3,adb shell rtt -f bt -p pid
XXX(XXX-XXXXXX) 09:13:40
-m 3 是什么意思
XXX(XXX-XXXXXX) 09:13:54
mode
XXX(XXX-XXXXXX) 09:14:14
aee的几个调试模式吧
XXX(XXX-XXXXXX) 09:14:31
嗯。再问下
XXX(XXX-XXXXXX)09:14:32
-f bt 这是又是什么含义
XXX(XXX-XXXXXX) 09:16:07
感觉像是 -function  backtrace，猜的，具体我就不清楚了
XXX(XXX-XXXXXX) 09:16:33
有点像
XXX(XXX-XXXXXX) 09:16:44
你从哪里知道这些命令的啊
XXX(XXX-XXXXXX) 09:17:20
这个是沧沧的工具里的，沧沧工具里的东西应该是以前死机时MTK让这样抓的
XXX(XXX-XXXXXX) 09:18:12
沧沧工具 没见过，是什么东东
XXX(XXX-XXXXXX) 09:18:38
就是一键抓取log那个
XXX(XXX-XXXXXX) 09:18:47
测试员现在抓log都是用的那个玩意
XXX(XXX-XXXXXX) 09:19:26
是吴文仓写的那个抓Log的工具？

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

XXX(XXX-XXXXXX)09:39:58
kill -6 <pid>
Administrator@tgdn-3288 ~
$ adb shell kill -6 986
Administrator@tgdn-3288 ~
$ adb shell ls /data/tombstones

adb pull data/tombstones d:/tombstones

Administrator@tgdn-3288 ~
$ kill -l
 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL       5) SIGTRAP
 6) SIGABRT      7) SIGEMT       8) SIGFPE       9) SIGKILL     10) SIGBUS
11) SIGSEGV     12) SIGSYS      13) SIGPIPE     14) SIGALRM     15) SIGTERM
16) SIGURG      17) SIGSTOP     18) SIGTSTP     19) SIGCONT     20) SIGCHLD
21) SIGTTIN     22) SIGTTOU     23) SIGIO       24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGPWR      30) SIGUSR1
31) SIGUSR2     32) SIGRTMAX

手机获取root权限： adb vivoroot，并删除遗留的tombstones文件：adb shell rm /data/tombstones/tombstone*

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

命令名称：kill

使用权限：所有使用者
使用方式：
kill [-s sigspec | -n signum | -sigspec] pid | jobspec … or kill -l [sigspec]
说明：kill 送出一个特定的信号 (signal) 给行程 id 为 pid 的行程根据该信号而做特定的动作,若没有指定，预设是送出终止 (TERM) 的信号
-s (signal) : 其中常用的讯号有 HUP (1),KILL (9),TERM (15),分别代表着重跑，砍掉,结束; 详细的信号可以用 kill -l （见下结果，可用数字带入）
-p : 印出 pid,并不送出信号
-l (signal) : 列出所有可用的信号名称
这个就是kill -l的查询结果：
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT
17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU
25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH
29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN
35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4
39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12
47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6
59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
一般范例：
将 pid 为 323 的线程砍掉 (kill) :
kill -9 323
将 pid 为 456 的线程重跑 (restart) :
kill -HUP 456
一般来讲，查询PID的命令是
ps -ef | grep yum（表示查询的是yum的PID，根据查询的东西不同而异）。
举一个实际的例子：
比方说，fedora的在线更新命令yum锁锁住了，常见的提示是
Existing lock /var/run/yum.pid: another copy is running as pid 19698.
Another app is currently holding the yum lock; waiting for it to exit…
Another app is currently holding the yum lock; waiting for it to exit…
Another app is currently holding the yum lock; waiting for it to exit…
Another app is currently holding the yum lock; waiting for it to exit…
Another app is currently holding the yum lock; waiting for it to exit…
…….
这里就没必要使用ps命令了，因为已经知道PID就是19698这个值了，因此不用在查询。
这时就要使用kill将19698的进程杀死。其中的19698就是PID。
所以在命令行内输入：
kill -9 19698
就能成功的杀死这个进程。

编辑本段函数

kill（传送信号给指定的进程，使用 kill -l 命令可查看 linux系统中信号。）
相关函数 raise，signal
表头文件
#include<sys/types.h>
#include<signal.h>
定义函数 int kill(pid_t pid,int sig);
函数说明
kill()可以用来送参数sig指定的信号给参数pid指定的进程。参数pid有几种情况：
pid>0 将信号传给进程识别码为pid 的进程。
pid=0 将信号传给和目前进程相同 进程组的所有进程
pid=-1 将信号广播传送给系统内所有的进程
pid<0 将信号传给 进程组识别码为pid 绝对值的所有进程
参数sig代表的信号:

 

Signal
Description
SIGABRT
由调用abort函数产生，进程非正常退出
SIGALRM
用alarm函数设置的timer超时或setitimer函数设置的interval timer超时
SIGBUS
某种特定的硬件异常，通常由内存访问引起
SIGCANCEL
由Solaris Thread Library内部使用，通常不会使用
SIGCHLD
进程Terminate或Stop的时候，SIGCHLD会发送给它的父进程。缺省情况下该Signal会被忽略
SIGCONT
当被stop的进程恢复运行的时候，自动发送
SIGEMT
和实现相关的硬件异常
SIGFPE
数学相关的异常，如被0除，浮点溢出，等等
SIGFREEZE
Solaris专用，Hiberate或者Suspended时候发送
SIGHUP
发送给具有Terminal的Controlling Process，当terminal被disconnect时候发送
SIGILL
非法指令异常
SIGINFO
BSD signal。由Status Key产生，通常是CTRL+T。发送给所有Foreground Group的进程
SIGINT
由Interrupt Key产生，通常是CTRL+C或者DELETE。发送给所有ForeGround Group的进程
SIGIO
异步IO事件
SIGIOT
实现相关的硬件异常，一般对应SIGABRT
SIGKILL
无法处理和忽略。中止某个进程
SIGLWP
由Solaris Thread Libray内部使用
SIGPIPE
在reader中止之后写Pipe的时候发送
SIGPOLL
当某个事件发送给Pollable Device的时候发送
SIGPROF
Setitimer指定的Profiling Interval Timer所产生
SIGPWR
和系统相关。和UPS相关。
SIGQUIT
输入Quit Key的时候（CTRL+\）发送给所有Foreground Group的进程
SIGSEGV
非法内存访问
SIGSTKFLT
Linux专用，数学协处理器的栈异常
SIGSTOP
中止进程。无法处理和忽略。
SIGSYS
非法系统调用
SIGTERM
请求中止进程，kill命令缺省发送
SIGTHAW
Solaris专用，从Suspend恢复时候发送
SIGTRAP
实现相关的硬件异常。一般是调试异常
SIGTSTP
Suspend Key，一般是Ctrl+Z。发送给所有Foreground Group的进程
SIGTTIN
当Background Group的进程尝试读取Terminal的时候发送
SIGTTOU
当Background Group的进程尝试写Terminal的时候发送
SIGURG
当out-of-band data接收的时候可能发送
SIGUSR1
用户自定义signal 1
SIGUSR2
用户自定义signal 2
SIGVTALRM
setitimer函数设置的Virtual Interval Timer超时的时候
SIGWAITING
Solaris Thread Library内部实现专用
SIGWINCH
当Terminal的窗口大小改变的时候，发送给Foreground Group的所有进程
SIGXCPU
当CPU时间限制超时的时候
SIGXFSZ
进程超过文件大小限制
SIGXRES
Solaris专用，进程超过资源限制的时候发送

 

返回值 执行成功则返回0，如果有错误则返回-1。
错误代码
EINVAL 参数sig 不合法
ESRCH 参数pid 所指定的进程或进程组不存在
EPERM 权限不够无法传送信号给指定进程
范例
#include<unistd.h>
#include<signal.h>
#include<sys/types.h>
#include<sys/wait.h>
main()
{
pid_t pid;
int status;
if(!(pid= fork())){
printf(“Hi I am child process!\n”);
sleep(10);
return;
}
else{
printf(“send signal to child process (%d) \n”，pid);
sleep(1);
kill(pid,SIGABRT);
wait(&status);
if(WIFSIGNALED(status))
printf(“chile process receive signal %d\n”，WTERMSIG(status));
}
}
执行 sen signal to child process(3170)
Hi I am child process!
child process receive signal 6

 http://baike.baidu.com/view/22085.htm

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

 
2009-07-16 13:10

Linux调用backtrack函数打印程序崩溃时的调用堆栈

可以给自己的程序都加上这个东西，便于快速的找到错误吧，看到别人都是这么用的
#include<stdio.h>
#include<string.h>
#include<stdlib.h>
#include <signal.h>


//signal 函数用法参考http://www.kernel.org/doc/man-pages/online/pages/man2/signal.2.html
//backtrace ，backtrace_symbols函数用法参考 http://www.kernel.org/doc/man-pages/online/pages/man3/backtrace.3.html

static void WidebrightSegvHandler(int signum) {
    void *array[10];
    size_t size;
    char **strings;
    size_t i, j;

    signal(signum, SIG_DFL); /* 还原默认的信号处理handler */

    size = backtrace (array, 10);
    strings = (char **)backtrace_symbols (array, size);

    fprintf(stderr, "widebright received SIGSEGV! Stack trace:\n");
    for (i = 0; i < size; i++) {
        fprintf(stderr, "%d %s \n",i,strings[i]);
    }

    free (strings);
    exit(1);
}

int invalide_pointer_error(char * p)
{
    *p = 'd'; //让这里出现一个访问非法指针的错误
    return 0;
}


void error_2(char * p)
{
    invalide_pointer_error(p);
}

void error_1(char * p)
{
     error_2(p);
}

void error_0(char * p)
{
     error_1(p);
}





int main()
{

    //设置 信好的处理函数,各种 信号的定义见http://www.kernel.org/doc/man-pages/online/pages/man7/signal.7.html
    signal(SIGSEGV, WidebrightSegvHandler); // SIGSEGV      11       Core    Invalid memory reference
    signal(SIGABRT, WidebrightSegvHandler); // SIGABRT       6       Core    Abort signal from


    char *a = NULL;
    error_0(a);
    exit(0);

}

widebright@widebright:~/桌面$ gcc main.c
widebright@widebright:~/桌面$ ./a.out
widebright received SIGSEGV! Stack trace:
0 ./a.out [0x8048580]
1 [0xb807a400]
2 ./a.out [0x8048636]
3 ./a.out [0x8048649]
4 ./a.out [0x804865c]
5 ./a.out [0x80486a9]
6 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7f19775]

然后为了定位错误，我们需要加上－g参数重新编译一个带调试信息的版本
widebright@widebright:~/桌面$ gcc -g main.c
widebright@widebright:~/桌面$ ./a.out
widebright received SIGSEGV! Stack trace:
0 ./a.out [0x8048580]
1 [0xb7fb3400]
2 ./a.out [0x8048636]
3 ./a.out [0x8048649]
4 ./a.out [0x804865c]
5 ./a.out [0x80486a9]
6 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7e52775]
7 ./a.out [0x80484c1]

加上-rdynamic 参数的话，输出的符号更清楚一些，不过好像地址不一样了。
widebright@widebright:~/桌面$ gcc -g -rdynamic main.c
widebright@widebright:~/桌面$ ./a.out
widebright received SIGSEGV! Stack trace:
0 ./a.out [0x8048840]
1 [0xb7f3d400]
2 ./a.out(error_2+0x11) [0x80488f6]
3 ./a.out(error_1+0x11) [0x8048909]
4 ./a.out(error_0+0x11) [0x804891c]
5 ./a.out(main+0x4b) [0x8048969]
6 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7ddc775]
7 ./a.out [0x8048781]


可以看到有调试信息的时候，错误是一样的。然后就可以用gdb定位和调试错误了：
-----------------------
(gdb) info line *0x8048580
Line 19 of "main.c" starts at address 0x804856d <WidebrightSegvHandler+25>
   and ends at 0x8048583 <WidebrightSegvHandler+47>.
(gdb) list *0x8048580
0x8048580 is in WidebrightSegvHandler (main.c:19).
14        char **strings;
15        size_t i, j;
16   
17        signal(signum, SIG_DFL); /* 还原默认的信号处理handler */
18   
19        size = backtrace (array, 10);
20        strings = (char **)backtrace_symbols (array, size);
21   
22        fprintf(stderr, "widebright received SIGSEGV! Stack trace:\n");
23        for (i = 0; i < size; i++) {
-----------------
(gdb) list *0x8048636
0x8048636 is in error_2 (main.c:41).
36   
37   
38    void error_2(char * p)
39    {
40        invalide_pointer_error(p);
41    }
42   
43    void error_1(char * p)
44    {
45         error_2(p);
--------------
(gdb) list *0x8048649
0x8048649 is in error_1 (main.c:46).
41    }
42   
43    void error_1(char * p)
44    {
45         error_2(p);
46    }
47   
48    void error_0(char * p)
49    {
50         error_1(p);

=============
(gdb) br main.c:40
Breakpoint 1 at 0x804862b: file main.c, line 40.
(gdb) run
Starting program: /home/widebright/桌面/a.out

Breakpoint 1, error_2 (p=0x0) at main.c:40
40        invalide_pointer_error(p);
(gdb) stepi
0x0804862e    40        invalide_pointer_error(p);
(gdb) stepi
0x08048631    40        invalide_pointer_error(p);
(gdb) stepi
invalide_pointer_error (p=0x0) at main.c:32
32    {
(gdb) stepi
0x08048616    32    {
(gdb) stepi
33        *p = 'd'; //让这里出现一个访问非法指针的错误
(gdb) stepi
0x0804861b    33        *p = 'd'; //让这里出现一个访问非法指针的错误
(gdb) stepi

Program received signal SIGSEGV, Segmentation fault.
0x0804861b in invalide_pointer_error (p=0x0) at main.c:33
33        *p = 'd'; //让这里出现一个访问非法指针的错误

(gdb) print p
$1 = 0x0
(gdb) print *p
Cannot access memory at address 0x0




===============================================
好像使用   
    int sigaction(int signum, const struct sigaction *act,
                     struct sigaction *oldact);
http://www.kernel.org/doc/man-pages/online/pages/man2/sigaction.2.html
这个函数注册信号的处理函数的话，可以得到更多的信息，比如出错 时候的寄存器的值等等。
因为他函数 最后一个参数传过来一个ucontext_t *ucontext 的指针
可以看到 “善用backtrace解决大问题” http://blog.chinaunix.net/u/3425/showart_263408.html 这个网页上有给出一个例子。


最初看到这个用法的的在redhat的安装程序的anaconda里面的。


－－－－－－－－－－－－－－－－－－－－－－－－
关于backtrack的原理 的解释，参考这个：
从别人blog上拷来的，地址：http://blog.csdn.net/absurd/archive/2005/12/13/551585.aspx

开发嵌入式软件通常是比较麻烦的事，一些常用的工具往往无法使用，在开发PC软件时简单的任务，此时变得很复杂。今天就遇到了这样一件事，折腾了几个小时，仅仅是为知道call stack。

我编译了一个程序放到PDA(ARM9+LINUX+UCLIBC)上面运行，出现了一个ASSERT，并显示了文件名和行号，原来是调用了一个没有实现 的函数，我很想知道是谁调用了它，这看似简单的问题却让我很头疼，如果有gdb，那好办-用bt命令就可以搞定，如果用的libc，那也好办-用 backtrace函数就可以搞定，问题是两者都没有。

想来想去只有自己写一个backtrace，要实现这个功能并不难，如果我们知道调用堆栈的格式，就可以很容易取出上层调用者的指令地址，有了这些上层调用者的指令地址，我们可以通过MAP文件找到指令地址对应的源文件名和行号。

下面简要介绍一下实现原理：

要获得调用者的地址，有必要介绍一下堆栈的格式：

+---------------------------+ (高地址)
+_参数1__________+
+---------------------------+
+_参数2__________+
+---------------------------+ 参数的顺序依赖于调用方式
+_参数.__________+
+---------------------------+
+_参数N__________+
+---------------------------+
+_eip____________+ 返回本次调用后，下一条指令的地址
+----------------------------+
+_ebp____________+ 这里保存的调用者的ebp
+----------------------------+
(ebp 指向这里:相当于调用者和被调用者的分界线)
+----------------------------+
+_临时变量1_______+
+----------------------------+
+_临时变量2_______+
+----------------------------+
+_临时变量.________+
+----------------------------+
+----------------------------+
+_临时变量N_______+
+----------------------------+(低地址)
由于优化、调用方式、编译器的不同，上述布局部可能有所不同，但一般来说，第一个局部变量前是调用者的ebp，ebp前是返回后下一条指令的地址。

知道了这个结构，要获得上层调用的者指令地址就容易了，我们可以用如下代码模拟glibc提供的backtrace的功能：
int backtrace (void **BUFFER, int SIZE)
{
int n = 0;
int *p = &n;
int i = 0;

int ebp = p[1];
int eip = p[2];

for(i = 0; i < SIZE; i++)
{
BUFFER[i] = (void*)eip;
p = (int*)ebp;
ebp = p[0];
eip = p[1];
}

return SIZE;
}

附：
通过addr2line可以找到地址对应的文件名和行号，不用手动去查MAP文件了。


=======================
windows系统上面要实现同样的功能，可能要调用 Debug Help Library 里面的StackWalk64 等函数。
http://msdn.microsoft.com/en-us/library/ms680650(VS.85).aspx


找到一个使用StackWalk64 的例子http://www.cppblog.com/kevinlynx/archive/2008/03/28/45628.html
这里又是一个模拟backtrace（stackwalk）函数的例子
http://www.cnblogs.com/lbq1221119/archive/2008/04/18/1159956.html


其实你可以在程序的任何地方调用backtrace和 stackwalk函数的，呵呵
http://hi.baidu.com/widebright/item/4816e31e5e573af487ad4e98
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
........
05-28 10:35:10.921 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:10.941 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:10.941 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:10.941 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:10.941 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:10.941 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:10.941 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:10.951 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:10.951 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1505)-getInputFramesLost:this is syh
05-28 10:35:10.951 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1507)-getInputFramesLost:this is syh
05-28 10:35:10.951 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1509)-getInputFramesLost:this is syh
05-28 10:35:10.951 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:10.961 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:10.961 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:10.961 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:10.961 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:10.961 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1505)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1507)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1509)-getInputFramesLost:this is syh
05-28 10:35:10.961 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:10.981 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:10.981 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:10.981 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:10.981 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:10.981 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1505)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1507)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1509)-getInputFramesLost:this is syh
05-28 10:35:10.981 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:11.001 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:11.001 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:11.001 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:11.001 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:11.001 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1505)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1507)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1509)-getInputFramesLost:this is syh
05-28 10:35:11.001 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:11.021 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:11.021 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:11.021 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:11.021 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:11.021 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1505)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1507)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1509)-getInputFramesLost:this is syh
05-28 10:35:11.021 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(402)-dataCallback:this is syh
05-28 10:35:11.041 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(373)-dataCallback:this is syh
05-28 10:35:11.041 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(382)-dataCallback:this is syh
05-28 10:35:11.041 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(395)-dataCallback:this is syh
05-28 10:35:11.041 W/AudioSource(  251): frameworks/av/media/libstagefright/AudioSource.cpp(400)-dataCallback:this is syh
05-28 10:35:11.041 W/AudioRecord(  251): frameworks/av/media/libmedia/AudioRecord.cpp(486)-getInputFramesLost:this is syh
05-28 10:35:11.041 W/AudioSystem(  251): frameworks/av/media/libmedia/AudioSystem.cpp(393)-getInputFramesLost:this is syh
05-28 10:35:11.041 W/AudioFlinger(  251): frameworks/av/services/audioflinger/AudioFlinger.cpp(1503)-getInputFramesLost:this is syh
05-28 10:35:16.597 W/        (  251): frameworks/av/include/media/stagefright/AMRWriter.h(40)-stop:this is syh

 

syh63053767
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android打印调用堆栈(dump backtrace)的方法
weixin_44991625的博客
01-28 4616
1. 为什么要打印函数调用堆栈？ 打印调用堆栈可以直接把问题发生时的函数调用关系打出来，非常有利于理解函数调用关系。比如函数A可能被B/C/D调用，如果只看代码，B/C/D谁调用A都有可能，如果打印出调用堆栈，直接就把谁调的打出来了。不仅如此，打印函数调用堆栈还有另一个好处。在Android代码里，函数命名很多雷同的，虚函数调用，几个类里的函数名相同等，即使用source insight工具看也未必容易看清函数调用关系。如果用了堆栈打印，很容易看到函数调用逻辑。那么一个问题来了，Android/kernel
arm/arm64函数栈帧(stackframe)结构和传参规则
GetnextWindow的专栏
08-20 4440
本文汇编代码的平台及编译器：arm/gcc。分析函数调用栈的规则对于理解程序运行基本原理很有帮助，汇编代码分析crash问题也大有裨益。本文示例代码通过C语言函数调用一个汇编函数，再从汇编函数跳转回C函数，分析该示例的汇编代码就可以stack frame的创建和arm函数调用的传参规则。arm32使用哪些寄存器传参，如果参数超过4个怎么传参？arm32/gcc中函数调用stack frame的创建，以及函数返回stack frame的销毁过程是怎样的？
arm uclibc中实现backtrace
龙图腾的博客
01-22 7798
在arm中很多平台并无法使用gclibc环境,无法使用gclibc给出的backtrace,在这种情况下如果应用程序出错，出现段错误等情况，无法准确的定位出段错误的根源，经过研究之后终于折腾出了适用于uclibc环境中的dumpstack方法 #include #include #include #include #include #include #includ
linux oops产生过程之dump_backtrace
Fybon的专栏
08-08 1510
linux oops产生过程之dump_backtrace  什么是Oops？从语言学的角度说，Oops应该是一个拟声词。当出了点小事故，或者做了比较尴尬的事之后，你可以说"Oops"，翻译成中国话就叫做“哎呦”。“哎呦，对不起，对不起，我真不是故意打碎您的杯子的”。看，Oops就是这个意思。 在Linux内核开发中的Oops是什么呢？其实，它和上面的解释也没什么本质的差别，只
Linux调用backtrack函数打印程序崩溃时的调用堆栈
quasiceo
12-19 748
可以给自己的程序都加上这个东西，便于快速的找到错误吧，看到别人都是这么用的 #include #include #include #include //signal 函数用法参考http://www.kernel.org/doc/man-pages/online/pages/man2/signal.2.html //backtrace ，backtrace_symbols函数
Linux 打印堆栈方法
01-06
dump_stack() 或 __backtrace() linux应用层堆栈打印方法 int backtrace(void **buffer, int size); 获取当前的调用栈信息，结果存储在buffer中，返回值为栈的深度，参数size限制栈的最大深度，即最大取size步的...
dumpstack_32.rar_Trace 32_dump_trace
09-14
总结一下，"dumpstack_32.rar_Trace 32_dump_trace"这个文件组合代表了一个针对32位Linux环境的调试和分析工具，主要用于记录和分析程序的堆栈信息和系统行为。通过这个工具，开发者能够深入了解程序的运行状态，...
CmBacktrace:Advanced fault backtrace library for ARM Cortex-M series MCU | ARM Cortex-M 系列 MCU 错误追踪库
05-24
（Cortex微控制器Backtrace）是一个开源库，可以自动跟踪和查找ARM Cortex-M系列MCU的错误代码，并自动分析错误原因。 主要功能如下： 支持的错误包括： 断言 故障（硬件故障，内存管理故障，总线故障，使用故障...
Unix环境下core dump 分析
12-05
本篇将深入探讨Unix环境下core dump的分析方法。 首先，理解core dump的生成机制是至关重要的。当一个程序因为除零错误、非法内存访问或其他系统错误而崩溃时，如果系统配置允许，会生成一个core dump文件。生成...
Linux Debugging（五）: coredump 分析入門1
08-04
接着，使用`bt`（backtrace）命令查看调用栈，但在此案例中，调用栈被破坏，无法提供有用信息。 为了进一步分析，我们需要查看寄存器状态。`info registers`（简写为`i r`）命令显示了所有通用寄存器和浮点寄存器的...
uclibc在标准linux运行,linux – uclibc的任何可用的backtrace移植？
weixin_39531834的博客
05-04 402
更新：似乎创建了一个patch,以支持x86和ARM(XScale)的uclibc上的backtrace(),它使用__libc_stack_end符号.原始答案：我在一个项目中,我们使用的glibc版本没有为我们的ARM处理器提供功能性的bac​​ktrace(),所以我们使用__libc_stack_end符号开发了我们自己的外部glibc.以下是结果代码.也许你可以用它来写一个uclibc的...
Linux下使用backtrace捕获死机堆栈信息
Soky的博客
03-13 4448
Linux下使用backtrace捕获死机堆栈信息Linux信号量代码捕获注意事项打印信号字符串 Linux信号量 linux下常见的死机信号，如下： 信号名 编号值 描述 系统默认处理方式 SIGINT 2 正常终止进程（ctrl + c） 终止进程 SIGQUIT 3 异常终止进程 终止进程，并允许产生core文件 SIGABRT 6 异常终止进程 终止进程，并允许产生core文件 SIGBUS 7 异常终止进程，硬件错误 终止进程，并允许产生core文件 SIGFPE
backtrace输出任意线程栈信息
且行且珍惜
09-28 1164
linux查看线程栈
ARM-v7a 上， backtrace()没有输出
小猪爱拱地
03-20 5733
要加 -funwind-tables参数才有输出，但还是不完整。 ./backtrace(add+0x3c)[0x8900] ./backtrace(foo+0x34)[0x898c] 有个帖子说，加上 -finstrument-function 可以输出完成的backtrace,但是我试了没有效果。 http://uclibc.10924.n7.nabble.com/backtrace-n
嵌入式开发之堆栈调试打印
最新发布
zzfenglin的博客
08-25 569
嵌入式开发过程中堆栈调试方法
Android下面打印进程函数调用堆栈(dump backtrace)的方法
热门推荐
lyl278401555的专栏
07-05 1万+
1. 为什么要打印函数调用堆栈？打印调用堆栈可以直接把问题发生时的函数调用关系打出来，非常有利于理解函数调用关系。比如函数A可能被B/C/D调用，如果只看代码，B/C/D谁调用A都有可能，如果打印出调用堆栈，直接就把谁调的打出来了。不仅如此，打印函数调用堆栈还有另一个好处。在Android代码里，函数命名很多雷同的，虚函数调用，几个类里的函数名相同等，即使用source insight工具看也未必容
AARCH64平台的栈回溯
ashimida
12-08 4003
一、术语解释: 1.栈顶/栈底[1]: 栈中最后一个push,第一个被pop的位置是栈顶;栈中最后一个被pop,且pop后当前栈为空的位置是栈底; 2.Current Function Frame Address[2]: 当前函数栈帧,在aarch64中是当前函数执行完prologue后的栈顶地址, 其可以通过__builtin_frame_address(0)函数获取. 3.Canonical Frame Address(CFA)[3]:标准/规范栈帧地址,在aarch64中是当前...
Android-dumpsys & dump backtrace
cheriyou_的博客
12-10 1443
dumpsys: 概述: dumpsys用来dump某系统组件的信息。注册在ServiceManager里的`Service`, 每个`Service`都可以通过实现`dump`接口来说明自己的信息。 具体的dump内容由service自己的dump函数来实现。例如media.player的dump函数实现如下: status_t MediaPlayerService::Client::...
GDB调试多线程：命令总结与死锁排查
"gdb调试常用命令总结 - 多线程调试、死锁检测与gcore、pstack" 在软件开发过程中，尤其是面对多线程应用程序时，调试是必不可少的一个环节。`gdb`（GNU Debugger）是Linux和Unix环境下的一款强大调试工具，能够...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值