如何在lldb中的实时运行脚本上转储PHP回溯?

时间:2015-08-05 09:53:26

标签: php debugging gdb lldb debug-symbols

我正在玩LLDB (debugger),我做了以下实验。

  1. 将PHP脚本运行为:

    php -r "sleep(1000);"
    

    或:

    php -r "function r(){sleep(1000);}r();"
    
  2. 在另一个控制台上,我直接从zif_debug_backtrace()致电lldb

    echo 'call (void)zif_debug_backtrace()' | lldb -p $(pgrep -fn php)
    
  3. 以上工作,但过程因以下警告而停止:

    Warning: sleep() expects at most 2 parameters, 1606408648 given in Command line code on line 1
    Call Stack:
        0.0016     235152   1. {main}() Command line code:0
        0.0021     235248   2. sleep(1000) Command line code:1
    

    我不太清楚为什么脚本必须停止以及我需要做些什么来实现透明度(不影响脚本)?

    P.S。调用zif_debug_print_backtrace()时和调用custom_backtrace()时发生同样的情况:Backtrace null function called。我正在使用xdebug,如果这改变了什么。

    也许我需要调用zend_fetch_debug_backtrace之类的其他函数(参见:image dump symtab)?或者使用正确的参数,如果是,哪一个?

    我只对lldb / gdb解决方案感兴趣才能打印回溯。

    类似的方法适用于Ruby,例如:

    1. 运行:ruby -e 'sleep 1000'
    2. 在另一个终端:echo 'call (void)rb_backtrace()' | lldb -p $(pgrep -nf ruby)

2 个答案:

答案 0 :(得分:9)

你不能这样调用内部函数,内部函数需要像帧,返回值等等......不要“做”。

有一个.gdbinit与php分发,其中有一个名为zbacktrace的函数,你可以将它移植到lldb。

你可以做的另一件事,可能更容易,就是调用生成跟踪的API函数,但要正确调用它。

这是GDB(PHP7):

define ztrace
    set $var = malloc(sizeof(zval))
    call zend_fetch_debug_backtrace($var, 0, 0, 0)
    call php_var_dump($var, 0)
    call _zval_ptr_dtor($var, 0, 0)
    call free($var)
end

document ztrace
    show a debug backtrace
end 

对于LLDB(PHP7):

(lldb) expr zval $var;
(lldb) expr zend_fetch_debug_backtrace(&$var, 0, 0, 0)
(lldb) expr php_var_dump(&$var, 0)
(lldb) expr _zval_ptr_dtor(&$var, 0, 0)

因为你问过LLDB for PHP5.6(no-zts):

(lldb) expr zval *$zp = (zval*) malloc(sizeof(zval))
(lldb) expr zend_fetch_debug_backtrace($zp, 0, 0, 0)
(lldb) expr php_var_dump(&$zp, 0)
(lldb) expr _zval_ptr_dtor(&$zp, 0, 0)
(lldb) expr free($zp)

答案 1 :(得分:1)

我玩了一下,发现它是如何工作的:

echo 'call (void)zif_debug_print_backtrace(0)' | lldb -p $(pgrep -fn php)

对于上面的示例,这不会打印任何内容,因为没有回溯。但是当你运行这样的脚本时:

php -r "function r(){sleep(1000);}r();"

然后lldb命令将导致PHP进程输出:

#0  r() called at [Command line code:1]

瞧。不幸的是,这也会使脚本崩溃。

它确实适用于gdb

echo 'call zif_debug_print_backtrace(0,0,0,0,0)' | gdb -p $(pgrep -fn php)

分离脚本时继续运行。 (使用PHP 5.6.14(DEBUG)在Debian上测试)