关于gdb调试core文件总是一堆问号的问题 问题描写叙述:已经在编译选项中增加了-g,可是查看core文件时.还是一堆问号,使用的命令为:gdb -c core 解决方式:因为gdb -c core这种使用在有些系统下支持不是非常好.所以推荐用例如以下两种方法: 1) gdb exe (gdb) core-file core 2) gdb -c core (gdb) file exe 而当中另外一种方法在某些系统上也是不好用的,所以就用第一种就可以.

gdb调试程序函数名为问号,什么原因? http://bbs.chinaunix.net/thread-1823649-1-1.html http://www.bubuko.com/infodetail-1877415.html 其实就是3个原因:源代码和可执行程序版本不一致:没有符号表,这不只是-g加上就万能,还可能涉及到具体的编译选项比如-g2 -gdwarf-2,具体查看gcc编译选项:gdb版本比gcc版本老,有些内容无法解析.别无第四原因.

调试程序的时候有时候要一行监控多个变量的值, 可以这样写: p {var1, var2, var3} 要跟踪程序自动显示,可以使用display display {var1, var2, var3}要其中任何一个改变时显示,可以使用watchwatch {var1, var2, var3}

概述:GDB是linux下调试程序的神器,做为linux程序员,如果不能熟练的使用GDB进行程序调试,那将是很失败的事情.强大的功能使GDB的使用也变得比较复杂,如果是初学者肯定会比繁杂的命令吓到.下面是整理的一些我认为会比较有帮助的部分.下文中以">"开头的命令是linux的shell命令,以"(GDB)"开头的则是GDB内部命令.   0.转储功能(core dump):     (1).开启转储功能:首先用 >ulimit -c 查看是否开启转储功

/*this project used for gdb debug c programs*//*At first,using compile command turn out the executable file. exp: gcc -g sourcefile.c -o test.exe */        //!!!/*windows: start gdb debuging(test.exe complete trace) : gdb test.exe *//*Linux: start gd

在Linux应用程序开发中,最经常使用的调试器是gdb. 一.启动和退出gdb gdb调试的对象是可运行文件,而不是程序的源码.假设要使一个可运行文件能够被gdb调试,那么使用编译器gcc编译时须要增加-g选项.-g选项告诉gcc在编译时增加调试信息,这样gdb才干够调试这个被编译的程序. 1.编译test.c源程序 gcc -g test.c -o test ./test test.c中的源代码为: #include<stdio.h> int get_sum(int n) { int sum

http://www.cnblogs.com/shipfi/archive/2008/08/04/1260293.html  感谢作者! 程序变量查看文件中某变量的值:file::variablefunction::variable可以通过这种形式指定你所想查看的变量,是哪个文件中的或是哪个函数中的.例如,查看文件f2.c中的全局变量x的值:gdb) p 'f2.c'::x 查看数组的值有时候,你需要查看一段连续的内存空间的值.比如数组的一段,或是动态分配的数据的大小.你可以使用GDB的“@”操

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

gdbserver + gdb 调试内核 记到函数名,其它就能用gdb看了 start_kernel 内核启动 run_init_process    init进程启动 主要是根据shell脚本初始化进程 这里的进程应该还是在内核空间的吧. 主要问题是,找到读shell函数 初始化 init的fork入口,然后切入(会返回两次不) __copy_to_user 可以略过

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

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

一开始查询出来的字段名显示的是???,下面说说解决方法(本人也是在网上看到的,算是重复编辑一下): ------------------------------------------------------------------------------------------------- 首先查看这个字段的VALUE值,虽然我也不知道为什么要看,因为解决方法似乎跟这条查询语句没关系,有没有人给解释一下: select * from V$NLS_PARAMETERS 然后在环境变量里面去看看

1.查看源码: list [函数名][行数] 2.暂停程序 (1)设置断点: a.break + [源代码行号][源代码函数名][内存地址] b.break ... if condition   ...可以是上述任一参数,condition是条件.例如在循环体中可以设置break ... if i = 100 来设置循环次数 (2)观察断点: a.watch + [变量][表达式]  当变量或表达式值改变时即停住程序. b.rwatch + [变量][表达式] 当变量或表达式被读时,停住程序.

1.启动调试 前置条件:编译生成执行码时带上 -g,如果使用Makefile,通过给CFLAGS指定-g选项,否则调试时没有符号信息.gdb program //最常用的用gdb启动程序,开始调试的方式gdb program core //用gdb查看core dump文件,跟踪程序core的原因gdb program pid //用gdb调试已经开始运行的程序,指定pid即可gdb attach pid //用gdb调试已经开始运行的程序,指定pid即可 2.调试命令(1)执行命令模式-bat

  1.生成core dump文件的方法: $  ulimit -c //查看是否为0 如果为0 $   ulimit -c unlimited 这样在程序崩溃以后会在当前目录生成一个core.xxxx的文件 2.调试core dump文件 生成了core.xxx文件以后 $  gdb ./应用程序  core.xxxx 就会恢复现场到你的程序崩溃的那一刻 (gdb)bt          //这个命令会列出程序崩溃时的堆栈信息,一层一层会有标号  #0  #1  #2 ....... 如果你要

gdb调试命令 1>. 启动gdb gdb 可执行程序的名字 2>. 查看代码 l -- 查看当前文件 -- 默认main函数 2. 查看其它文件: l 文件名:行号, 显示指定行号的上下文 l 函数名 -- 当前文件 l 文件名:函数名 -- 指定文件 3. 查看默认显示的行数: show listsize 4. 设置: set listsize 行数 3>. 断点操作 1. 当前文件设置断点: b(break) 行号 2. 指定文件: b 文件名:行号 b 函数名 -- 当前文件的这

一.列文件清单 list / l 列出产生执行文件的源代码的一部分 //列出 line1 到 line2 行之间的源代码 (gdb) list line1, line2 //输出从上次调用list命令开始往后的10行程序代码 (gdb) list //输出第 n 行附近的10行程序代码 (gdb) list n //输出函数function前后的10行程序代码 (gdb) list function 二.执行程序 run / r 运行准备调试的程序,在它后面可以跟随发给该程序的任何参数,包括标准

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

GDB 是一个强大的命令行调试工具.大家知道命令行的强大就是在于,其可以形成执行 序列,形成脚本.UNIX 下的软件全是命令行的,这给程序开发提供了极大的便利,命令行 软件的优势在于, 他们可以非常容易的集成在一起, 使用几个简单的已有工具的命令,可就 以做出一个非常强大的功能. 于是 UNIX 下的软件比 windows 下的软件更能有机的结合,各自发挥各自的长处,组合 成更为强筋的功能.而 windows 下的图形软件基本上各自为营,互相不能条用,很不利于 各种软件的相互集成.在这里并不是要

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