这个小技巧虽然很小,但是很有用。 我写了一个cron脚本,但是隔一天发现,这个昨天的cron脚本还一直在跑着,没有停下来,一定是里面有个程序堵住了。 但是如果我重新跑又需要很多时间。这个怎么办? 现在最需要就是要知道程序停在了那行代码上了。使用gdb:
这个小技巧虽然很小,但是很有用。
我写了一个cron脚本,但是隔一天发现,这个昨天的cron脚本还一直在跑着,没有停下来,一定是里面有个程序堵住了。
但是如果我重新跑又需要很多时间。这个怎么办?
现在最需要就是要知道程序停在了那行代码上了。使用gdb:
$sudo gdb -p <span>14973</span><span> (gdb) print (</span><span>char</span> *)executor_globals.active_op_array-><span>filename $</span><span>1</span> = <span>0x9853a34</span> <span>"</span><span>/home/xinhailong/test/php/test.php</span><span>"</span><span> (gdb) print (</span><span>char</span> *)executor_globals.active_op_array-><span>function_name $</span><span>2</span> = <span>0x9854db8</span> <span>"</span><span>test1</span><span>"</span><span> (gdb) print executor_globals</span>->current_execute_data->opline-><span>lineno $</span><span>3</span> = <span>4</span>
好了,我们就知道了,这个程序停在了/home/xinhailong/test/php/test.php文件的第4行代码中的test1函数内。
于是就能进行后续的分析了。