本文同时发表在 https://github.com/zhangyachen/zhangyachen.github.io/issues/134 之前在看汇编的时候一直是肉眼看GCC -S的结果,缺点是很不直观,无法实时的看到寄存器的值,所以研究了下如何用GDB调试汇编.当然,写这篇文章更重要的一个目的是半年没有写博客了,博客要长草了.^_^ 我调试汇编的需求有几点: 能够单步进行汇编调试. 能够实时看到寄存器值的变化. 能够看到源代码和对应汇编的关系. 下面分享下用GDB实现上面的3点需求: 单

平台信息:linux4.0 平台:qemu 作者:庄泽彬 说明:笨叔叔的Linux视频的笔记 一.编译linux源码 export CROSS_COMPILE=arm-linux-gnueabi- export ARCH=arm make vexpress_defconfig make bzImage -j4.5 make dtbs 二.建立eclipse工程 ubuntu没有安装eclipse的小伙伴赶紧执行如下的明来安装一下: sudo apt-get install eclipse-cdt

使用gdb调试单步程序时如果打印提示“single stepping until exit from function xxx,which has no line number information”,可能的原因有两个: 1 编译源文件时没有加-g选项: 2 gcc与gdb版本不兼容,通常是由于手工对gcc程序进行了升级,导致现有gdb程序版本过旧,比如gcc升级到4.8版本,gdb仍为旧的7.2版本.此时需要下载新版gdb源码包(7.8版本可行),手工升级gdb. ./configure m

GDB:从单线程调试到多线程调试 1. 裸跑GDB 1.1 安装GDB sudo apt-get install gdb 1.2 编译程序 由于需要调试,因此编译的时候需要添加-g编译参数: 1.3 GDB调试运行 1.4 常用调试参数 进入上面那个界面以后,说明正常启动GDB了,目前只是GDB启动了,程序还没有跑起来,输入run可以让程序跑起来,但是这样程序就直接执行结束了,没有被逐行调试,没什么意义,因此通常需要先打断点,再启动程序.下面先列出常用的命令: 命令 简写形式 说明 list l

各位看官们,大家好.我们在上一回中说简单地介绍了GDB.这一回中,我们介绍GDB的调试功能:单步 调试. 闲话休提,言归正转. 让我们一起talk GDB吧! 看官们,我们先说一下什么是单步调试.大家都知道.程序是依照指令.一步一步地执行,仅仅是程序执行 的非常快,所以你没有办法看到走过的每一步. 这个有点类似我们寻常走路,一步一步地向前走,在路上可 以看到很多风景,假设坐车,那么车速太快了,就会看不清楚路上的风景.单步调试就是不让程序非常快地 执行,通俗点说,说是不让程序"坐车"走,

###动机###在LINUX使用GDB单步调试Chromium Android C++代码. [1]编译android平台Chromium, 修改GN文件中编译选项:-g -O0 使得编译优化更少,便于单步调试.gn gen --args='target_os="android" target_cpu="arm64" is_component_build=true symbol_level=2 remove_webcore_debug_symbols=true en

前言 前面通过<启动调试>,<断点设置>,<变量查看>,我们已经了解了GDB基本的启动,设置断点,查看变量等,如果这些内容你还不知道,建议先回顾一下前面的内容.在启动调试设置断点观察之后,没有我们想要的信息怎么办呢?这个时候,就需要单步执行或者跳过当前断点继续执行等等.而本文所说的单步调试并非仅仅指单步执行,而是指在你的控制之下,按要求执行语句. 准备 老规矩,先准备一个示例程序如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

原文地址:GDB + gdbserver 远程调试android native code 作者:tq08g2z 以调试模拟器中的native library code为例. Host: ubuntuTarget: Android ICS 1.将gdbserver放入设备. 确保系统有arm-*-gdb,及存在设备端将要运行的gdbserver,gdbserver可以由google ndk中获取,在ndk的如下目录可以找到这个文件: 点击(此处)折叠或打开 android-ndk-r8/toolc

一.多线程调试 多线程调试重要就是下面几个命令: info thread 查看当前进程的线程. thread <ID> 切换调试的线程为指定ID的线程. break file.c:100 thread all  在file.c文件第100行处为所有经过这里的线程设置断点. set scheduler-locking off|on|step,这个是问得最多的.在使用step或者continue命令调试当前被调试线程的时候,其他线程也是同时执行的,怎么只让被调试程序执行呢?通过这个命令就可以实现这

因为qemu内置了gdbserver,所以我们可以用gdb调试qemu虚拟机上执行的代码,而且不受客户机系统限制. 以下内容是我调试 grub 0.97 时的一份笔记. 准备 qemu, gdb,以及一份带grub的虚拟机镜像,一份grub源码. 调试过程 启动虚拟机 $ -hda test.img 然后使用gdb连接 $ gdb (gdb) target remote localhost: (gdb) set architecture i8086 (gdb) break *0x7c00 (gd

学习ARM汇编时,少不了对ARM汇编指令的调试.作为支持多语言的调试器,gdb自然是较好的选择.调试器工作时,一般通过修改代码段的内容构造trap软中断指令,实现程序的暂停和程序执行状态的监控.为了在x86平台上执行ARM指令,可以使用qemu模拟器执行ARM汇编指令. 一.准备ARM汇编程序 首先,我们构造一段简单的ARM汇编程序作为测试代码main.s. .globl _start _start: mov R0,#0 swi 0x00900001 以上汇编指令完成了0号系统调用exit的调用

Visual Studio每次出"莫名其妙的问题"的时候都非常棘手.这次遇到这么一个问题: 新建的Windows的控制台窗口程序(C++),编译链接运行没有问题.但是想单步调试一下,所以在程序的某个地方打上断点,再运行程序,程序可以在断点处停下,但是继续单步执行不下去,会跳出程序直接执行完毕.所以,从表现上看,程序无法进行单步调试.而且看起来也不是完全不能单步执行,只是只要遇到函数的调用,就直接跳出,转到汇编模式下进行单步调试,一步的指令都可以单步执行,一遇到Call Std的函数,就

令人兴奋的是,ADTr20已经支持JNI单步调试,再也不需要如上这么麻烦的步骤了 你现在需要做的只需以下2步: 1.使用ndk-build编译时,加上如下参数NDK_DEBUG=1,之后生成so文件之外,还会生成gdbobserver,gdb.setup调式文件 2.在项目的Debug Configuration中选择Android Native Apllication,点击下方Debug 3.Enjoy your Debugging! 如何?是不是超简单,而且调试速度还相当快哦 ADTr20已

接着上一节的代码,在while(1)的循环里面增加代码:sum=0 #include <stdio.h> int main(void) { int sum = 0, i = 0; char input[5]; while (1) { sum = 0; scanf("%s", input); for (i = 0; input[i] != '\0'; i++) sum = sum * 10 + input[i] - '0'; printf("input = %d\n

到目前为止我们的调试手段只有一种: 根据程序执行时的出错现象假设错误原因,然后在代码中适当的位置插入printf,执行程序并分析打印结果,如果结果和预期的一样,就基本上证明了自己假设的错误原因,就可以动手修正Bug了. 如果结果和预期的不一样,就根据结果做进一步的假设和分析. 这里,我们介绍一种很强大的调试工具gdb,可以完全操控程序的运行,使得程序就像你手里的玩具一样,叫它走就走,叫它停就停,并且随时可以查看程序中所有的内部状态,比如各变量的值.传给函数的参数.当前执行的代码行等. 有了gdb

0    实践发现KDB不支持step调试功能 (本文针对的是arm CotexA9架构,各种架构的实现方式不一样,    X86的好像已经支持,不过本人没有验证过) 1    首先看下要调试的代码段    1.1  C语言    int  testPara_7(int a, int b,int c,int d, int e,int f,int g)    {          printk(KERN_ERR “hit one \n”);          printk(KERN_ERR “hi

原文:http://xmodulo.com/gdb-command-line-debugger.html作者: Adrien Brochard 没有调试器的情况下编写程序时最糟糕的状况是什么?编译时跪着祈祷不要出错?用血祭召唤恶魔帮你运行程序?或者在每一行代码间添加printf("test")语句来定位错误点?如你所知,编写程序时不使用调试器的话是不方便的.幸好,linux下调试还是很方便的.大多数人使用的IDE都集成了调试器,但 linux 最著名的调试器是命令行形式的C/C++调试

2011-03-01 23:25:22 目地:更清晰的了解bootloader的结构及功能.为移植U-boot打基础. 以前只知道大概,今天利用IAR调试工具,看着汇编代码,看着寄存器,看着内存.来单步调试bootloader.把之前不明白的地方都搞明白. 今天单步走到了初始化堆栈.主要研究了设置memory寄存器及初始化堆栈.不过还有一个问题,为什么要用DCD分配内存空间.不能用为WATCHDOG寄存器赋值的方法来给BWSCON来赋值?貌似和内存映像相关.明天要搞明白. 一:设置memory寄

本文将用一个实际例子讲解如何通过GDB进行程序调试. 首先,我们需要理解的是GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具,其产生和调试的目的是让调试者知道,程序在执行时内部发生了什么,或者运行过程中在做什么,一般来说,GDB主要帮助实现以下四个方面的功能. 1.启动你的程序,可以按照你的自定义的要求随心所欲的运行程序.    2.可让被调试的程序在你所指定的调置的断点处停住.(断点可以是条件表达式)    3.当程序被停住时,可以检查此时你的程序中所发生的事.    4.动态的

多线程的调试命令 1.info threads: 这条命令显示的是当前可调试的所有线程,GDB会给每一个线程都分配一个ID.前面有*的线程是当前正在调试的线程. 2.thread ID: 切换到当前调试的线程为指定为ID的线程. 3.thread apply all command: 让所有被调试的线程都执行command命令 4.thread apply ID1 ID2 … command: 这条命令是让线程编号是ID1,ID2…等等的线程都执行command命令 5.set schedule