Gdb查看程序编译路径

㈠ gdb调试命令是什么

gdb调试命令如下：

1、启动gdb

$gdb

这样可以和gdb进行交互了。

2、启动gdb，并且分屏显示源代码

$gdb -tui

这样,使用了'-tui'选项，启动可以直接将屏幕分成两个部分，上面显示源代码，比用list方便多了。这时候使用上下方向键可以查看源代码,想要命令行使用上下键就用[Ctrl]n和[Ctrl]p。

3、启动gdb调试指定程序app

$gdb app

这样就在启动gdb之后直接载入了app可执行程序，需要注意的是，载入的app程序必须在编译的时候有gdb调试选项，例如'gcc -g app app.c',注意，如果修改了程序的源代码，但是没有编译，那么在gdb中显示的会是改动后的源代码，但是运行的是改动前的程序，这样会导致跟踪错乱的。

4、启动程序之后，再用gdb调试

$gdb <program> <PID>

这里，<program>是程序的可执行文件名，<PID>是要调试程序的PID.如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。

5、启动程序之后，再启动gdb调试

$gdb <PID>

这里，程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID,<PID>是要调试程序的PID.这样gdb就附加到程序上了，但是现在还没法查看源代码,用file命令指明可执行文件就可以显示源代码了。

㈡ linux入门基础（四）Gdb调试程序

Gdb调试
注意：在Gcc编译选项中一定要加入
–g
退出GDB：quit
或
Ctrl+d
调试过程：
1.
查看文件
命令：
(gdb)
l
命令：(gdb)
b
行号
注：到第17行停止，并没有执行17行
3.
查看断点情况
info
b
4.
运行代码
r
命令：
(gdb)
r
(也可以指定行开始运行，在r后面加上行号)
5.
查看变量值
p
命令：(gdb)
p
变量名
6.
设置监视点：
watch
z
（变量名）
也可以是复杂的表达式
7.
单步运行
命令：(gdb)
n
(逐过程)
8.逐步，会进入函数
命令：(gdb)
s
9.条件断点
将正常断点转变为条件断点：condition
如：condition
1
i
==
10
只有当满足条件i
==
1时，才会在断点1处暂停
10.
恢复程序运行
c
命令：
(gdb)
c
(程序就会运行，如果没有断点，就运行剩下部分，如果有断点，就会运行到下一个断点)
11.
去除断点
clear
line_number
clear
filename:line_number
12.
help
12.1
help找出类别
12.2help从列表中

㈢ gdb在调试时是如何找到源文件在哪里

默认会对两个路径进行搜索：

1. 编译的时候的源文件路径

2. 当前gdb的路径（即在gdb种执行pwd显示的路径，可以用cd改变）

所以你知道为什么不管可执行文件放到哪里，都能找到源文件了吧～如果你把源文件移走，就找不到了。这个时候，你可以通过dir命令添加路径进行查找。

㈣ 你好！我现在在学用Linux 的gdb。我想问一下，单步运行怎么看gdb运行到了

可以说简单些吗？还是没看懂

㈤ 大家好，请问linux gdb如何查看指定地址的内

gdb 是 Linux 系统下面的一个功能很强大的调试程序。但是在编译 C 语言源程序时，一定要加上 -g 选项，这样才会有附带的调试信息。例如：gcc -g test.c 。具体的 gdb 软件的使用，就必须参考 gdb 的使用手册了。

㈥ 如何用GDB进行调试

1: 对于在应用程序中加入参数进行调试的方法：
直接用 gdb app -p1 -p2 这样进行调试是不行的。
需要像以下这样使用：
#gdb app
(gdb) r -p1 -p2
或者在运行run命令前使用set args命令：
（gdb） set args p1 p2
可以用show args 命令来查看

2. 加入断点：
break <linenumber>
break <funcName>
break +offset
break -offset
(在当前行号的前面或后面的offset行停住。)

break filename:linenum
在源文件filename的linenum行处停住。

break filename:function
在源文件filename的function函数的入口处停住。

break ... if
...可以是上述的参数，condition表示条件，在条件成立时停住。比如在循环境体中，可以设置 break if i=100，表示当i为100时停住程序。

3. 查看运行时的堆栈：
使用bt命令

4. 打印某个变量的值：
print val

5. 单步： n
继续运行：c
step
单步跟踪，如果有函数调用，他会进入该函数。
next
同样单步跟踪，如果有函数调用，他不会进入该函数。很像VC等工具中的step over。后面可以加count也可以不加，不加表示一条条地执行，加表示执行后面的count条指令，然后再停住。
set step-mode
set step-mode on
打开step-mode模式，于是，在进行单步跟踪时，程序不会因为没有debug信息而不停住。这个参数有很利于查看机器码。
set step-mod off
关闭step-mode模式。
finish
运行程序，直到当前函数完成返回。并打印函数返回时的堆栈地址和返回值及参数值等信息。
until 或 u
当你厌倦了在一个循环体内单步跟踪时，这个命令可以运行程序直到退出循环体。

6.在GDB中执行shell命令：
在gdb环境中，你可以执行UNIX的shell的命令，使用gdb的shell命令来完成：
eg. shell make

7. 运行环境
可设定程序的运行路径。
show paths 查看程序的运行路径。
set environment varname [=value] 设置环境变量。如：set env USER=hchen
show environment [varname] 查看环境变量。

8.观察点（WatchPoint）
观察点一般来观察某个表达式（变量也是一种表达式）的值是否有变化了，如果有变化，马上停住程 序。我们有下面的几种方法来设置观察点：
watch
为表达式（变量）expr设置一个观察点。一量表达式值有变化时，马上停住程序。
rwatch
当表达式（变量）expr被读时，停住程序。
awatch
当表达式（变量）的值被读或被写时，停住程序。
info watchpoints
列出当前所设置了的所有观察点。

9. 维护breakpoint
clear
清除所有的已定义的停止点。
clear func
清除所有设置在函数上的停止点。
delete [breakpoints] [range...]
删除指定的断点，breakpoints为断点号。如果不指定断点号，则表示删除所有的断点。range 表示断点号的范围（如：3-7）。其简写命令为d。
比删除更好的一种方法是disable停止点，disable了的停止点，GDB不会删除，当你还需要时，enable即可，就好像回收站一样。
disable [breakpoints] [range...]
disable所指定的停止点，breakpoints为停止点号。如果什么都不指定，表示disable所有的停止 点。简写命令是dis.
enable [breakpoints] [range...]
enable所指定的停止点，breakpoints为停止点号。

10、程序变量
查看文件中某变量的值：
file::variable
function::variable
可以通过这种形式指定你所想查看的变量，是哪个文件中的或是哪个函数中的。例如，查看文件f2.c中的全局变量x的值：
gdb) p 'f2.c'::x

查看数组的值
有时候，你需要查看一段连续的内存空间的值。比如数组的一段，或是动态分配的数据的大小。你可以使用GDB的“@”操作符，“@”的左边是第一个内存的地址的值，“@”的右边则你你想查看内存的长度。例如，你的程序中有这样的语句：
int *array = (int *) malloc (len * sizeof (int));
于是，在GDB调试过程中，你可以以如下命令显示出这个动态数组的取值：
p *array@len
如果是静态数组的话，可以直接用print数组名，就可以显示数组中所有数据的内容了。

11.输出格式
一般来说，GDB会根据变量的类型输出变量的值。但你也可以自定义GDB的输出的格式。例如，你想输出一个整数的十六进制，或是二进制来查看这个整型变量的中的位的情况。要做到这样，你可以使用GDB的数据显示格式：

x 按十六进制格式显示变量。
d 按十进制格式显示变量。
u 按十六进制格式显示无符号整型。
o 按八进制格式显示变量。
t 按二进制格式显示变量。
a 按十六进制格式显示变量。
c 按字符格式显示变量。
f 按浮点数格式显示变量。
(gdb) p i
$21 = 101
(gdb) p/a i
$22 = 0x65
(gdb) p/c i
$23 = 101 'e'
(gdb) p/f i
$24 = 1.41531145e-43
(gdb) p/x i
$25 = 0x65
(gdb) p/t i
$26 = 1100101

11.查看内存
使用examine命令（简写是x）来查看内存地址中的值。x命令的语法如下所示：
x/
n、f、u是可选的参数。
n 是一个正整数，表示显示内存的长度，也就是说从当前地址向后显示几个地址的内容。
f 表示显示的格式，参见上面。如果地址所指的是字符串，那么格式可以是s，如果地十是指令地址，那么格式可以是i。
u 表示从当前地址往后请求的字节数，如果不指定的话，GDB默认是4个bytes。u参数可以用下面的字符来代替，b表示单字节，h表示双字节，w表示四字节，g表示八字节。当我们指定了字节长度后，GDB会从指内存定的内存地址开始，读写指定字节，并把其当作一个值取出来。

n/f/u三个参数可以一起使用。例如：
命令：x/3uh 0x54320 表示，从内存地址0x54320读取内容，h表示以双字节为一个单位，3表示三个单位，u表示按十六进制显示。

12.自动显示

你可以设置一些自动显示的变量，当程序停住时，或是在你单步跟踪时，这些变量会自动显示。相关的GDB命令是display。
display
display/
display/ expr
expr是一个表达式，fmt表示显示的格式，addr表示内存地址，当你用display设定好了一个或多个表达式后，只要你的程序被停下来，GDB会自动显示你所设置的这些表达式的值。

格式i和s同样被display支持，一个非常有用的命令是：
display/i $pc

undisplay
delete display
删除自动显示，dnums意为所设置好了的自动显式的编号。

disable display
enable display
disable和enalbe不删除自动显示的设置，而只是让其失效和恢复。

info display
查看display设置的自动显示的信息。GDB会打出一张表格，向你报告当然调试中设置了多少个自动显示设置，其中包括，设置的编号，表达式，是否enable。

13. 设置显示选项
set print address
set print address on
打开地址输出，当程序显示函数信息时，GDB会显出函数的参数地址。系统默认为打开的，
show print address
查看当前地址显示选项是否打开。

set print array
set print array on
打开数组显示，打开后当数组显示时，每个元素占一行，如果不打开的话，每个元素则以逗号分隔。这个选项默认是关闭的。与之相关的两个命令如下，我就不再多说了。

set print array off
show print array

set print elements
这个选项主要是设置数组的，如果你的数组太大了，那么就可以指定一个来指定数据显示的最大长度，当到达这个长度时，GDB就不再往下显示了。如果设置为0，则表示不限制。

show print elements
查看print elements的选项信息。

set print null-stop
如果打开了这个选项，那么当显示字符串时，遇到结束符则停止显示。这个选项默认为off。

set print pretty on
如果打开printf pretty这个选项，那么当GDB显示结构体时会比较漂亮。

14.关于显示源码list

㈦ 如何在Windows的命令行下进行程序编译和gdb调试

1、概念介绍。

1、Windows下的cmd就是Windows的命令行终端，其中的一些命令和Ubuntu的有些许区别，不过在这个博客的范畴中没有涉及。
2、Windows的环境变量，大概可以说是如果设置好了在path路径里面了，就可以直接在cmd命令行里直接调用程序。

2、配置操作

1、选择计算机，右键，选择“属性”
2、“高级系统设置” –> “环境变量”

3、选择“环境变量”里面的“系统变量” ，选择path， 编辑

4、添加环境变量。注意：最好不要动原来的东西，在原来的东西的基础上在前面或后面加上一个分号，然后把Dev C++安装目录下的MinGW64/bin文件夹的路径复制到环境变量里面去。。（此处是巧借了dev的自带编译器，如果各位以其他方法找到了新版的MinGW文件的话，也可以配置成自己喜欢的）注意，路径中不要出现中文，否则可能出现有趣的问题

（ps：博主这边用的就不是dev 的MinGW64包了，而是师兄传下来的 :)）

4、一路确定，配置完成。

3、使用操作

在你代码所在的文件夹，按住shift加右键，点击“在此处打开命令窗口”，进入到cmd终端，接下来就可以愉快地使用g++，gcc编译器，和gdb调试器了。

4、后期优化

大家还可以给自己配一个用的顺手的编辑器，比如sublime，gvim，（甚至是notepad ，hhh）同理把它放在环境变量里，那么也可以在cmd中直接打开，这时在win下的编程过程就和Ubuntu的非常像了。。

5、备注

1、此处以win7为例，其他版本的应该大同小异。

2、另附片面的gdb调试方法

3、使用编辑器和命令行编译的方法对于了解程序的运行过程更加有好处，但是从方便性上的确不如IDE，特别是用熟了vs的同学们就应该更能体会得到，所以各有利弊，大家自己选择最符合自己口味的编程环境就好：）

㈧ gdb怎么查看程序是在哪行代码那里执行了exit退出

gdb 查看 core 文件

基本上
core 文件就是一个包含了程序崩溃时这个进程的所有信息的文件。在那 “遥远的黄金年代”，程序员不得不把 core 文件以十六进制的方式显示
出来，然后满头大汗的阅读机器码的手册，但是现在事情就简单得多了。顺便说一下， 在 FreeBSD 和其他的 4.4BSD 系统下，core 文件都叫作
progname.core 而不是简单叫 core，这样可以很清楚的表示出这个 core
文件是属于哪个 程序。

1. 要检查一个 core 文件，首先用 gdb 可执行文件名
来调试产生core文件的可执行程序：

2. 命令 core会分析 可执行程序名.core
文件
注：如果当前不是 core 文件所在目录，首先要执行 dir
/可执行程序名.core的路径/。
(gdb)core 可执行程序名.core

举例：
$gdb a.out
GDB is free software and you are
welcome to distribute copies of it under certain conditions; type "show ing"
to see the conditions. There is absolutely no warranty for GDB; type "show
warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free
Software Foundation, Inc.

(gdb)core
a.out.core
Core was generated by `a.out'.
Program terminated with
signal 11, Segmentation fault.
Cannot access memory at address
0x7020796d.
#0 0x164a in bazz (anint=0x5) at temp.c:17
(gdb)

这种情况下，运行的程序叫 a.out，因此 core 文件 就叫
a.out.core。我们知道程序崩溃的原因就是函数 bazz 试图访问一块不属于它的内存。

有时候，能知道一个函数是怎么被调用的是非常有用处的。因为在一个复杂的程序里面问题可能会发生在函数调用栈上面很远的地方。

3.
命令 bt 会让 gdb
输出函数调用栈的回溯追踪
(gdb)bt
#0 0x164a in bazz (anint=0x5) at temp.c:17
#1 0xefbfd888 in end ()
#2 0x162c in main () at temp.c:11
(gdb)

函数 end() 在一个程序崩溃的时候将被调用；
在本例
中，函数 bazz()
是从 main()中被调用的。

㈨ gdb调试和运行分别在哪里

window模式下字符调试这是路径C:\Dev-Cpp\bin
gdb
windows 用开发工具dev-cpp,就在编译开发工具下直接执行。
如果是linux下，在所编译的文件夹中直接输入> gdb 文件名

㈩ 谁知道.gdb格式的文件用什么打开

GDB轻松调试

一、引言

在了解GDB可以做什么，怎么做之前，让我们先来看看为什么要用GDB，或者说对调试工具有什么期望。

一般我们使用GDB(或其他调试工具)是为了发现程序bug,更经常地是在已知程序有错的情况下定位bug。既然这样，我们就需要跟踪程序的执行情况，查看程序执行是否正常，当然这就需要有个让我们与执行程序交互的环境，调试工具提供一个能让程序在你的掌控下执行，并让你能够查看一些执行过程中的“内幕信息”的环境。

为了查看程序运行过程中的状态，我们就希望程序能在适当的位置或者在一定的条件下能够暂停运行；为此，调试工具提供了断点、查看变量/表达式、显示程序栈等功能。看了某个点的“内幕”后，我们还期望更多，所以要能控制程序运行才行，这就要求断点、继续运行、单步（多步）运行、进入函数运行等功能，在某些情况下，还需要通过修改当前的执行环境（变量等）来达到期望的执行顺序。也就是说，光看着是不够的，还需要能改才行。

理解了这些问题后，我们就明白GDB的各个功能的用意了，自然也就明白该如何使用调试工具了。当然，要让GDB有效的发挥作用，还是需要一定的经验与技巧，而这主要靠实践，学习资料（包括本文）充其量只能帮你一把（小心别让它帮倒忙）。

总而言之，我们首先要明白使用调试工具的目的和用意，才能理解它的各项功能，才能借助它快速有效的发现问题；否则，即使工具再强大，你也不知道该如何使用才好。

另外要多结合使用代码检视、运行日志、测试工具等方法来发现潜在的问题，提供程序的质量。这些问题将在另文探讨，先做个广告。

二、GDB能做什么

GDB可以用来调试C、C++、Mola-2的程序。一般来说，GDB能做的事大致可以分为四类：

1、启动程序，按指定的方式执行程序。
2、在指定条件下使程序暂停.
3、当程序被停住时，可以检查此时你的程序中的变化。
4、改变程序中的变量或执行顺序来试验。

三、GDB使用概述

首先要了解的是gdb的help命令，因为你可能记不住各个命令的语法和用途，但只要能正确使用help命令，你就不需要任何其它的gdb资料。

启动gdb后，输入help

[eric@linux eric]$ gdb
GNU gdb Red Hat Linux (5.3.90-0.20030710.40rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
(gdb) help
List of classes of commands:

aliases -- Aliases of other commands
breakpoints -- Making program stop at certain points
data -- Examining data
files -- Specifying and examining files
internals -- Maintenance commands
obscure -- Obscure features
running -- Running the program
stack -- Examining the stack
status -- Status inquiries
support -- Support facilities
tracepoints -- Tracing of program execution without stopping the program
user-defined -- User-defined commands

Type "help" followed by a class name for a list of commands in that class.
Type "help" followed by command name for full documentation.
Command name abbreviations are allowed if unambiguous.
(gdb)

如上文显示，gdb的命令很多，所以把它分成许多个种类。help命令只是例出gdb的命令种类，如果要看某类中的命令，可以使用help <class> 命令，如：help breakpoints，查看设置断点的所有命令。当如也可以直接help <command>来查看某个命令的具体信息。

gdb 技巧：在记不清整个命令时，可以只打命令的前一个或几个字符，然后敲击两次TAB键来列出所有以这几个字符开头的命令；另为，大多命令都有缩写，如b同 break,c同continue，n同next，p同print等。另为，一个命令在输入能唯一标示命令的前缀后，按一下TAB键就能补齐命令的全称，比如输入ba后按一下TAB键，就自动补齐为backtrace,输入pr后按一下TAB键就补齐为print。

为调试编译代码

为了使 gdb 正常工作, 你必须使你的程序在编译时包含调试信息. 调试信息包含你程序里的每个变量的类型和在可执行文件里的地址映射以及源代码的行号. gdb 利用这些信息使源代码和机器码相关联.
在编译时用 -g 选项打开调试选项.

在GDB中运行程序

当以gdb <program>方式启动gdb后，可以使用r或是run命令运行程序。在程序运行之前，你有可能需要设置下面四方面的事。

1、程序运行参数。
set args 可指定运行时参数。（如：set args 10 20 30 40 50）
show args 命令可以查看设置好的运行参数。

2、运行环境。
path <dir> 可设定程序的运行路径。
show paths 查看程序的运行路径。
set environment varname [=value] 设置环境变量。如：set env USER=hchen
show environment [varname] 查看环境变量。

3、工作目录。
cd <dir> 相当于shell的cd命令。
pwd 显示当前的所在目录。

4、程序的输入输出。
info terminal 显示你程序用到的终端的模式。
使用重定向控制程序输出。如：run > outfile
tty命令可以指写输入输出的终端设备。如：tty /dev/ttyb

调试已运行的程序

可以有两种方法调试已运行程序：
1、用ps查看正在运行的程序的进程ID，然后用gdb <program> PID格式挂接正在运行的程序。
2、先用gdb <program>关联上程序，并进行gdb，在gdb中用attach命令来挂接程序正在运行的进程。detach可用来取消挂接的进程。

暂停/恢复程序运行

你可以使用info program 来查看程序的当前的执行状态。

在gdb中，我们可以有以下几种暂停方式：断点（BreakPoint）、观察点（WatchPoint）、捕捉点（CatchPoint）、信号（Signals）、线程停止（Thread Stops）。如果要恢复程序运行，可以使用c或是continue命令。

查看变量/表达式的值

可以使用print expr(或p expr）来查看程序变量/表达式的值

显示程序栈

可以使用backtrace(或bt）来显示程序栈

单步跟踪

next [n] 执行下一条（或n条）语句，不进入子程序

step [n] 执行下一条（或n条）语句，进入子程序，可用finish从子程序返回

四、GDB常用命令

backtrace 显示程序中的当前位置和表示如何到达当前位置的栈跟踪（同义词：where）
breakpoint 在程序中设置一个断点
cd 改变当前工作目录
clear 删除刚才停止处的断点
commands 命中断点时，列出将要执行的命令
continue 从断点开始继续执行
delete 删除一个断点或监测点；也可与其他命令一起使用
display 程序停止时显示变量和表达时
down 下移栈帧，使得另一个函数成为当前函数
frame 选择下一条continue命令的帧
info 显示与该程序有关的各种信息
jump 在源程序中的另一点开始运行
kill 异常终止在gdb 控制下运行的程序
list 列出相应于正在执行的程序的原文件内容
next 执行下一个源程序行，从而执行其整体中的一个函数
print 显示变量或表达式的值
pwd 显示当前工作目录
pype 显示一个数据结构（如一个结构或C++类）的内容
quit 退出gdb
reverse-search 在源文件中反向搜索正规表达式
run 执行该程序
search 在源文件中搜索正规表达式
set variable 给变量赋值
signal 将一个信号发送到正在运行的进程
step 执行下一个源程序行，必要时进入下一个函数
undisplay display命令的反命令，不要显示表达式
until 结束当前循环
up 上移栈帧，使另一函数成为当前函数
watch 在程序中设置一个监测点（即数据断点）
whatis 显示变量或函数类型

命令的具体使用方法请用上面介绍的help查询，看不明白的地方就多试试。