昨天遇到一个很奇怪的问题,如下: 按照理论,最后*p的值应该是99,不知为什么是15了,所以今天记录用gdb调试的过程,并熟悉gdb的使用. (调试过程参考:http://www.cnblogs.com/hankers/archive/2012/12/07/2806836.html) 开始: 1. 2.(用list从第1行开始列出源码) 3.(一次只列10行,如果要从第11行开始继续列源代码可以输入list) 4.(也可以什么都不输直接敲回车,gdb提供了一个很方便的功能,在提示符下直接敲回车表

对于IPhone开发/XCode的初学者,如何在调试时查看变量的值是很头痛的事情.因为Xcode的expression 经常无法正确显示变量的值.但是强大的GDB可以很方便的帮我们查看变量的值. 当执行到某断点时,在GDB窗口中使用po就可以查看变量.(po = print object)  1)查看String 或其它变量. po 变量名 2)查看某个Property.比如要查看item变量的name属性. po [item name]    注意,po item.name是不工作的. 3)查

一.gdb 调试-源代码关联 在调试程序的过程中,可以自由地查看相关的源代码(如果有源代码的话)是一项最基本的特性.gdb 当然也提供了这项特性,虽然不如IDE直观,但在一定程度上要比IDE更加灵活和快捷.gdb之所以能够知道对应的源代码,是因为调试版的可执行程序中记录了源代码的位置:因为源代码的位置在编译之后可能会移动到其它地方,所以gdb还会在当前目录中查找源代码,另外gdb也允许明确指定源代码的搜索位置. 在一个调试会话中,gdb维护了一个源代码查找目录列表,默认值是编译目录和当前工作目录

没有使用过gdb调试过程序的觉得gdb是个很神奇的东东,如果你使用它调试一次保证你想忘记它都难,下面看看它的庐山真面目吧! GDB概述 GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具.或许,各位比较喜欢那种图形界面方式的,像VC.BCB等IDE的调试,但如果你是在UNIX平台下做软件,你会发现GDB这个调试工具有比VC.BCB的图形化调试器更强大的功能.所谓“寸有所长,尺有所短”就是这个道理. 一般来说,GDB主要帮忙你完成下面四个方面的功能: 1.启动你的程序,可以按照你的自定

. 作者 : 万境绝尘 转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/21551397 | http://www.hanshuliang.com/?post=29 . 1. C语言命令行参数详解 命令行参数 : 有两个参数 int argc 和 char **argv; -- argc : 标示输入的参数个数, 注意命令本身也是参数; -- argv : 指向 字符串数组的指针, 每个字符串是一个参数; -- 约定 : ar

前言 在启动调试以及设置断点之后,就到了我们非常关键的一步-查看变量.GDB调试最大的目的之一就是走查代码,查看运行结果是否符合预期.既然如此,我们就不得不了解一些查看各种类型变量的方法,以帮助我们进一步定位问题. 准备工作 在查看变量之前,需要先启动调试并设置断点,该部分内容可参考<GDB调试指南-启动调试>和<GDB调试指南-断点设置>.后面的内容都基于在某个位置已经断住. 本文辅助说明程序如下:testGdb.c //testGdb.c#include<stdio.h&

测试ftell函数时发现报错,先贴源码 // File Name: ftell.c #include <stdio.h> #include <stdlib.h> int main(int argc, char** argv) { FILE* fp = fopen("myfile.in", "r"); if (fp == NULL) { perror("fopen error"); exit(1); } char buf[4

. 作者 : 万境绝尘 转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/21551397 | http://www.hanshuliang.com/?post=29 . 1. C语言命令行参数详解 命令行参数 : 有两个参数 int argc 和 char **argv; -- argc : 标示输入的参数个数, 注意命令本身也是参数; -- argv : 指向 字符串数组的指针, 每个字符串是一个参数; -- 约定 : ar

经典的GDB调试命令,包括查看变量,查看内存 在你调试程序时,当程序被停住时,你可以使用print命令(简写命令为p),或是同义命令inspect来查看当前程序的运行数据.print命令的格式是: print print / 是表达式,是你所调试的程序的语言的表达式(GDB可以调试多种编程语言),是输出的格式,比如,如果要把表达式按16进制的格式输出,那么就是/x. 一.表达式 print和许多GDB的命令一样,可以接受一个表达式,GDB会根据当前的程序运行的数据来计算这个表达式,既然是表达式,

  Linux中用gdb 查看代码堆栈的信息 core dump 一般是在segmentation fault(段错误)的情况下产生的文件,需要通过ulimit来设置才会得到的. 调试的话输入: gdb filename core   filename就是产生core文件的可执行文件,core就是产生的dump文件 查看栈信息 ----- 当程序被停住了,你需要做的第一件事就是查看程序是在哪里停住的.当你的程序 调用了一个函数,函数的地址,函数参数,函数内的局部变量都会被压入 "栈"(

函数,数组,指针,gdb调试器 1.函数定义 如果明确指定返回类型,默认为int 参数传递:实参对形参的参数传递是单向的,实参只是把自己的值赋给形参.                      形参的值在函数里的改变不会影响实参.                                       函数返回类型与return 不一致,return 会自动转换成返回类型. 函数可以返回一个指针不能返回一个数组.                                函数体如果写在m

查看栈信息 当程序被停住了,首先要确认的就是程序是在哪儿被断住的.这个一般是通过查看调用栈信息来看的.在gdb中,查看调用栈的命令是backtrace,可以简写为bt. (gdb) bt    #0 pop () at stack.c:10    #1 0x080484a6 in main () at main.c:12 也可以通过info stack命令实现类似的功能(我更喜欢这个命令): (gdb) info stack    #0 pop () at stack.c:10    #1 0x

在使用GDB调试程序时,触发断点后,可以使用print命令(简写为p),或是同义命令inspect来查看当前程序的运行数据.print命令的格式是: print <expr>    print /<f> <expr><expr>是表达式,是所调试程序的语言的表达式(GDB可以调试多种编程语言):<f>是输出的格式,例如如果要把表达式按16进制的格式输出,那么就是/x. 一.表达式 print和许多GDB的命令一样,可以接受一个表达式,GDB会根据

查看栈信息 当程序被停住了,首先要确认的就是程序是在哪儿被断住的.这个一般是通过查看调用栈信息来看的.在gdb中,查看调用栈的命令是backtrace,可以简写为bt. (gdb) bt    #0 pop () at stack.c:10    #1 0x080484a6 in main () at main.c:12 也可以通过info stack命令实现类似的功能(我更喜欢这个命令): (gdb) info stack    #0 pop () at stack.c:10    #1 0x

GDB调试汇编堆栈 分析过程 C语言源代码 int g(int x) { return x+6; } int f(int x) { return g(x+1); } int main(void) { return f(5)+1; } 使用gcc -g exp1.c -o exp1 -m32指令在64位机器上产生32位汇编. 进入gdb调试器. 在main函数处设置一个断点. 使用run指令开始运行程序,返回main函数运行的结果. 使用disassemble指令获取汇编代码. 使用info re

GDB调试汇编堆栈过程分析 首先需要输入sudo apt-get install libc6-dev-i386安装一个库才能产生汇编代码,然后输入gcc - g example.c -o example -m32,在64位机器上产生32位汇编. 测试源代码 #include short addend1 = 1; static int addend2 = 2; const static long addend3 = 3; static int g(int x) { return x + adden

一:列文件清单 1． List (gdb) list line1,line2 二:执行程序 要想运行准备调试的程序,可使用run命令,在它后面可以跟随发给该程序的任何参数,包括标准输入和标准输出说明符(<和>)和外壳通配符(*.?.[.])在内. 如果你使用不带参数的run命令,gdb就再次使用你给予前一条run命令的参数,这是很有用的. 利用set args 命令就可以修改发送给程序的参数,而使用show args 命令就可以查看其缺省参数的列表. (gdb)set args –b –x (

20145219 gdb调试汇编堆栈分析 代码gdbdemo.c int g(int x) { return x+19; } int f(int x) { return g(x); } int main(void) { return f(19)+19; } gcc编译gdbdemo.c 使用gcc -g gdbdemo.c -o gdbdemo -m32命令在64位的机器上产生32位汇编代码 在产生32位汇编代码时可能会出现如下错误: 解决方法是在终端输入如下命令:sudo apt-get in

20145312 GDB调试汇编堆栈过程分析 参考资料 卢肖明同学的博客:<GDB调试汇编堆栈过程分析>: http://www.cnblogs.com/lxm20145215----/p/5982554.html 分析过程 使用vim example.c命令编写C程序 保存退出后使用gcc -S example.c命令生成example.s文件,并使用cat example.s命令查看汇编文件 打开example.s文件进行修改:删去所有.*的语句,并保存,再次使用cat example.s

前期调试 我的程序代码是: 首先,用gcc g gdb.c -o gdb -m32产生32位汇编. 输入gdb gdb进入gdb调试器 在main函数处设置一个断点:b main 用disassemble指令获取汇编代码 输入i r查看个寄存器的值 输入display /i $pc,这样在每次执行下一条汇编语句时,都会显示出当前执行的语句.下面展示每一步时%esp.%ebp和堆栈内容的变化 用si.i r.x/na %esp指令对每一步进行分析 输入si执行一步 调用f函数 输入i r看寄存器的