北邮linux编程gdb
Chapter Fourteen— gdb Tools for Programmers
Without the aid of a debugger like gdb, finding these problems can be nearly impossible—especially for programs longer than a few hundred lines. In this section, we'll introduce you to the most useful features of gdb by way of examples. There's a book on gdb, too—the Free Software Foundation's Debugging with GDB.
gdb is capable of debugging programs as they run. Programs debugged at runtime with gdb can be executed within gdb itself; that is, gdb can attach itself to an already running process to examine it. We'll discuss how to debug programs running within gdb.
NAME
gdb - The GNU Debugger
The purpose of a debugger such as GDB is to allow you to see what is
going on inside another program while it executes.
GDB can do four main kinds of things (plus other things in support of
these) to help you catch bugs in the act:
· Start your program, specifying anything that might affect its
behavior.
· Make your program stop on specified conditions.
· Examine what has happened, when your program has stopped.
· Change things in your program, so you can experiment with cor-
recting the effects of one bug and go on to learn about another.
You can use GDB to debug programs written in C, C++. Fortran support will be added when a GNU Fortran compiler is ready.
GDB is invoked with the shell command gdb. Once started, it reads com-
mands from the terminal until you tell it to exit with the GDB command
quit. You can get online help from gdb itself by using the command
help.
You can run gdb with no arguments or options; but the most usual way to
start GDB is with one argument or two, specifying an executable program
as the argument:
$ gdb program
Here are some of the most frequently needed GDB commands:
break [file:]function
Set a breakpoint at function (in file).
run [arglist]
Start your program (with arglist, if specified).
print expr
Display the value of an expression.
c Continue running your program (after stopping, e.g. at a break- point).
next Execute next program line (after stopping); step over any func- tion calls in the line.
list [file:]function
type the text of the program in the vicinity of where it is presently stopped.
step Execute next program line (after stopping); step into any func- tion calls in the line.
help [name]
Show information about GDB command name, or general information about using GDB.
quit Exit from GDB.
Tracing a Program
Our first example is a program called. Unfortunately, it crashes whenever it is invoked, as so:
papaya$ trymh
Segmentation fault (core dumped)
Before we use gdb to trace through the executable trymh, we need to ensure that the executable has been compiled with debugging code. To do so, we should compile trymh using the -g switch with gcc.
Note that enabling optimization (-O) with debug code (-g) is not illegal but not recommended. Some of the automatic optimizations performed by gcc can be confusing when using a debugger. To turn off all optimization (even optimizations performed without specifying -O), use the -O0 (that's dash-oh-zero) option with gcc.
Now we can fire up gdb to see what the problem might be:
papaya$ gdb trymh
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
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 copying" 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)
Now gdb is waiting for a command. (The command help displays information on the available commands.) The first thing we want to do is start running the program so that we can observe its behavior. However, if we immediately use the run command, the program simply executes until it exits or crashes.
First, we need to set a breakpoint somewhere in the program. A breakpoint is just a location in the program where gdb should stop and allow us to control execution of the program. For the sake of simplicity, let's set a breakpoint on the first line of actual code, so that the program stops just as it begins to execute. The list command displays several lines of code (an amount that is variable) at a time:
(gdb) list
12 main() {
13
14 FloatImage inimage;
15 FloatImage outimage;
16 BinaryImage binimage;
17 int i,j;
18
19 inimage = (FloatImage) imLoadF (IMAGE_FLOAT,stdin);
20 outimage = laplacian_float (inimage);
21
(gdb) break 19
Breakpoint 1 at 0x289c: file trymh.c, line 19.
(gdb)
A breakpoint is now set at line 19 in the current source file. You can set many breakpoints in the program; breakpoints may be conditional (that is, triggered only when a certain expression is true), unconditional, delayed, temporarily disabled, and so on. You may set breakpoints on a particular line of code, a particular function, a set of functions, and in some of other ways. You may also set a watchpoint, using the watch command, which is similar
to a breakpoint but is triggered whenever a certain event takes place—not necessarily at a specific line of code within the program.
Next, we use the run command to start the program running.
(gdb) run
Starting program: /amd/dusk/d/mdw/vis/src/trymh
Breakpoint 1, main () at trymh.c:19
19 inimage = (FloatImage)imLoadF(IMAGE_FLOAT,stdin);
(gdb)
As expected, the breakpoint is reached immediately at the first line of code.
The most useful program-stepping commands are next and step. Both commands execute the next line of code in the program, except that step descends into any function calls in the program, and next steps only to the next line of code in the same function. next quietly executes any function calls that it steps over but does not descend in their code for us to examine.
imLoadF is a function that loads an image from a disk file. We know this function is not at fault (you'll have to trust us on that one), so we wish to step over it using the next
command:
(gdb) next
20 outimage = laplacian_float(inimage);
(gdb)
Here, we are interested in tracing into the suspicious-looking laplacian_float function, so we use the step command:
(gdb) step
laplacian_float (fim=0x0) at laplacian.c:21
21 i = 20.0;
(gdb)
Let's use the list command to get some idea of where we are:
(gdb) list
16 FloatImage laplacian_float(FloatImage fim) {
17
18 FloatImage mask;
19 float i;
20
21 i = 20.0;
22 mask=(FloatImage)imNew(IMAGE_FLOAT,3,3);
23 imRef(mask,0,0) = imRef(mask,2,0) = imRef(mask,0,2) = 1.0;
24 imRef(mask,2,2) = 1.0; imRef(mask,1,0) = imRef(mask,0,1) = i/5;
25 imRef(mask,2,1) = imRef(mask,1,2) = i/5; imRef(mask,1,1) = -i;
(gdb) list
26
27 return convolveFloatWithFloat(fim,mask);
28 }
(gdb)
As you can see, using list multiple times just displays more of the code. Because we don't want to step manually through this code, and we're not interested in the imNew function on line 22, let's continue execution until line 27. For this, we use the until command:
(gdb) until 27
laplacian_float (fim=0x0) at laplacian.c:27
27 return convolveFloatWithFloat(fim,mask);
(gdb)
Before we step into the convolveFloatWithFloat function, let's be sure the two parameters, fim and mask, are valid. The print command examines the value of a variable:
(gdb) print mask
$1 = (struct {...} *) 0xe838
(gdb) print fim
$2 = (struct {...} *) 0x0
(gdb)
mask looks fine, but fim, the input image, is null. Obviously, laplacian_float was passed a null pointer instead of a valid image. If you have been paying close attention, you noticed this as we entered laplacian_float earlier.
Instead of stepping deeper into the program (as it's apparent that something has already gone wrong), let's continue execution until the current function returns. The finish command accomplishes this:
(gdb) finish
Run till exit from #0 laplacian_float (fim=0x0) at laplacian.c:27
0x28c0 in main () at trymh.c:20
20 outimage = laplacian_float(inimage);
Value returned is $3 = (struct {...} *) 0x0
(gdb)
Now we're back in main. To determine the source of the problem, let's examine the values of some variables:
(gdb) list
15 FloatImage outimage;
16 BinaryImage binimage;
17 int i,j;
18
19 inimage = (FloatImage)imLoadF (IMAGE_FLOAT,stdin);
20 outimage = laplacian_float (inimage);
21
22 binimage = marr_hildreth(outimage);
23 if (binimage == NULL) {
24 fprintf(stderr, "trymh: binimage returned NULL\n");
(gdb) print inimage
$6 = (struct {...} *) 0x0
(gdb)
The variable inimage, containing the input image returned from imLoadF, is null.
Passing a null pointer into the image-manipulation routines certainly would cause a core dump in this case. However, we know imLoadF to be tried and true because it's in a well-tested library, so what's the problem?
As it turns out, our library function imLoadF returns NULL on failure—if the input format is bad, for example. Because we never checked the return value of imLoadF before passing it along to laplacian_float, the program goes haywire when inimage is assigned NULL. To correct the problem, we simply insert code to cause the problem to exit with an error message if imLoadF returns a null pointer.
To quit gdb, just use the command quit. Unless the program has finished execution, gdb will complain that the program is still running:
(gdb) quit
The program is running. Quit anyway (and kill it)? (y or n) y
papaya$
Three very important useful help tools within gdb, : info, show and help .
Linu系统编程实验二gccgdb的使用以及Makefile文件的编写
实验二：gcc、gdb、Makefile的使用 实验目的： （一）学会使用gcc编译器 （二）学会gdb调试器的使用 （三）学会编写Makefile 实验要求： （一）编写一应用程序，使用gcc进行编译，并分别使用-o，-g，-static，-O2等选项（二）编写一应用程序，使用gdb调试，调试中使用到该小节所介绍的所有命令 （三）实现一应用程序，该程序有两个c文件构成，使用makefile来完成对该程序的编译实验器材： 软件：安装了Linux的vmware虚拟机 硬件：PC机一台 实验步骤： （一）gcc编译器 1、先用vi编辑文件，内容如下： 2、gcc指令的一般格式为：gcc [选项] 要编译的文件 [选项] [目标文件] 例：使用gcc编译命令，编译生成可执行文件hello，并运行hello 上面的命令一步由.c文件生成了可执行文件，将gcc的四个编译流程：预处理、编译、汇编、连接一步完成，下面将介绍四个流程分别做了什么工作 3、-E选项的作用：只进行预处理，不做其他处理。 例：只对文件进行预处理，生成文件，并查看 通过查看可以看到头文件包含部分代码#include <>经过预处理阶段之后，编译器已将的内容贴了进来。 4、-S选项的使用 -S选项的作用：只是编译不汇编，生成汇编代码
例：将文件只进行编译而不进行汇编，生成汇编代码 5、-c选项的使用 -c选项的作用：只是编译不连接，生成目标文件.o 例：将汇编代码只编译不链接成文件 6、将编译好的链接库，生成可执行文件hello 7、-static选项的使用 -static选项的作用：链接静态库 例：比较连接动态库生成的可执行文件hello和链接静态库生成的可执行文件hello1的大小 可以看到静态链接库的可执行文件hello1比动态链接库的可执行文件hello要大的多，他们的执行效果是一样的 8、-g选项的使用 -g选项的作用：在可执行程序中包含标准调试信息 例：将编译成包含标准调试信息的可执行文件hello2
GDB基本使用方法
GDB基本使用方法 GDB是用来调试用户态程序的一款工具，可以追踪程序运行轨迹，打出调用栈，寄存器内容，查看内存等等 首先在编译时，我们必须要把调试信息加到可执行文件中。使用编译器（cc/gcc/g++）的-g 参数可以做到这一点。如果没有-g，你将看不见程序的函数名、变量名，所代替的全是运行时的内存地址。 启动GDB 直接找到gdb的路径执行就ok，进入GDB后可以输入help命令查看帮助信息 加载可执行文件启动 gdb executable-file set args 参数列表 以上两步等同于 gdb –args executable-file 参数列表 run或者start都可以启动调试 多用于调试启动阶段就异常的程序 调试正在运行的程序 以下三种形式都可以attach到正在运行的程序上调试 ps -ef | grep http www-data 24470 1 0 Jan17 ? 00:00:14 /usr/sbin/lighttpd gdb attach 24470 gdb --pid 24470 gdb -p 24470 设置断点 break -- Set breakpoint at specified line or function b func1 break func1 设置在func1处 b file:line 设置在文件的第几行处 b *0x指令地址设置在具体的某条汇编指令处 设置断点后，代码执行到func1处会被断住，方便我们查看当时的信息 打印调用栈 backtrace bt 如果你要查看栈下面层的详细信息 frame 栈中的层编号 查看所有断点 info break 删除断点 delete 断点号 如果不加断点号为删除全部断点 禁用断点 disable 断点号 启用断点
实例—使用gdb调试器
2.4 实例—使用gdb调试器 1．编写实例程序gcctest.c，见2.2小节的开头部分 2．编译 3．启动GDB，执行程序 启动gdb，进入gdb调试环境，可以使用gdb的命令对程序进行调试。 [root@localhost gdbtest txt]# gdb //启动gdb GNU gdb Fedora (6.8-27.el5) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later
GDB命令大全
GDB命令大全 GDB的使用 当程序出错并产生core 时 快速定位出错函数的办法 gdb 程序名 core文件名(一般是core,也可能是core.xxxx) 调试程序使用的键 r run 运行.程序还没有运行前使用 c cuntinue 继续运行。运行中断后继续运行 q 退出 kill 终止调试的程序 h help 帮助
b breakpoint 设置断点。 用法: b 函数名对此函数进行中断 b 文件名:行号对此文件中指定行中断.如果是当前文件，那么文件名与:号可以省略 看当前断点数使用info break.禁止断点disable 断点号.删除delete 断点号. l list 列出代码行。一次列10 行。连接使用list将会滚动显示. 也可以在list 后面跟上文件名:行号 watch 观察一个变量的值。每次中断时都会显示这个变量的值 p print 打印一个变量的值。与watch不同的是print只显示一次 这里在顺便说说如何改变一个 value. 当你下指令 p 的时候,例如你用 p b, 这时候你会看到 b 的 value, 也就是上面的 $1 = 15. 你也同样可以用 p 来改变一个 value, 例如下指令 p b = 100 试试看,
这时候你会发现, b 的 value 就变成 100 了：$1 = 100. 网上抄录 基本的使用方法简介 前言 程序代码中的错误可分为数类，除了最容易除错的语法错误，编译程序会告诉你错误所在外，大部分的错误都可以归类为执行时错误。GDB 的功能便是寻找执行时错误。如果没有除错程序，我们只能在程序中加入输出变量值的指令来了解程序执行的状态。有了 GDB 除错程序，我们可以设定在任何地方停止程序的执行，然后可以随意检视变量值及更动变量，并逐行执行程序。 一个除错程序执行的流程通常是这样的： 1. 进入除错程序并指定可执行文件。 2. 指定程序代码所在目录。 3. 设定断点后执行程序。 4. 程序于断点中断后，可以 (1)检视程序执行状态；检视变量值或变更变量值 (2) 逐步执行程序，或是全速执行程序到下一个断点或是到程序结束为止。 5. 离开除错程序。 以下将分为下列数项分别介绍：
Linu系统编程实验gccgdb的使用以及Makefile文件的编写
实验二：gcc 、gdb 、Makefile 的使用 实验目的： （一） 学会使用gcc 编译器 （二） 学会gdb 调试器的使用 （三） 学会编写 Makefile 实验要求： （一） 编写一应用程序，使用 gcc 进行编译，并分别使用-o ，-g ，-static ，-02等选项 （二） 编写一应用程序，使用 gdb 调试，调试中使用到该小节所介绍的所 有命令 （三） 实现一应用程序，该程序有两个 c 文件构成，使用 makefile 来完成对该程序的编译 实验器材： 软件：安装了 Linux 的vmware 虚拟机 硬件：PC 机一台 实验步骤： （一） gcc 编译器 1先用vi 编辑hello.c 文件，内容如下： #include
国嵌视频教程下载
嵌入式Linux视频教程 相关搜索:简体中文, 学习方法, 视频教程, 普通话, 嵌入式 中文名: 嵌入式Linux视频教程 资源格式: 光盘镜像 学校: 成都国嵌嵌入式培训中心版本: 成都国嵌嵌入式培训中心的基于广州友善之发行日期: 2010年 地区: 大陆 对白语言: 普通话 文字语言: 简体中文 视频光盘目录结构 国嵌视频1.iso -学习方法与课程体系介绍（学前必看） -学习方法介绍.avi -国嵌嵌入式课程体系.pdf -嵌入式Linux学习方法.pdf -国嵌课程1-嵌入式入门体验班（上） -第1天（嵌入式系统概述） -国嵌体验入门班-1-1（嵌入式系统概述）.avi -国嵌体验入门班-1-2（ARM概述）.avi -国嵌体验入门班-1-3（嵌入式Linux概述）.avi -国嵌体验入门班-1-4（2440开发板介绍）.avi -国嵌体验入门班-1-5（软硬件环境搭建）.avi -第2天（开发板快乐体验） -国嵌体验入门班-2-1（开发板系统安装）.avi -国嵌体验入门班-2-1（开发板系统安装-Jlink方式）.avi -国嵌体验入门班-2-1（开发板系统安装-并口方式）.avi -国嵌体验入门班-2-2（裸机程序体验）.avi -国嵌体验入门班-2-3（QT系统体验）.avi -国嵌体验入门班-2-4（Android系统体验）.avi 国嵌视频2.iso
-国嵌课程1-嵌入式入门体验班（下） -第3天（Linux系统体验） -国嵌体验入门班-3-1（Linux定制安装）.avi -国嵌体验入门班-3-2（Linux命令）.avi -国嵌体验入门班-3-3（VI使用）.avi -国嵌体验入门班-3-4（Linux系统管理）.avi -国嵌体验入门班-3-5（Shell编程）.avi -国嵌体验入门班-3-6（Qcd功能演示）.avi -国嵌体验入门班-3-7（必修实验）.avi -国嵌课程2-嵌入式Linux应用开发班 -第1天（编程基础） -国嵌应用班-1-1（GCC程序编译）.avi -国嵌应用班-1-2（GDB程序调试）.avi -国嵌应用班-1-3（makefile工程管理）.avi -国嵌应用班-1-4（必修实验）.avi -第2天（文件时间编程） -国嵌应用班-2-1（系统调用方式访问文件）.avi -国嵌应用班-2-2（库函数访问文件）.avi -国嵌应用班-2-3（时间编程）.avi -国嵌应用班-2-4（必修实验）.avi -第3天（多进程程序设计） -国嵌应用班-3-1（进程控制原理）.avi -国嵌应用班-3-2（进程控制程序设计）.avi -国嵌应用班-3-3（必修实验）.avi -第4天（进程间通讯） -国嵌应用班-4-1（进程间通讯概述）.avi -国嵌应用班-4-2（管道通讯）.avi -国嵌应用班-4-3（信号通讯）.avi -国嵌应用班-4-4（共享内存通讯）.avi -国嵌应用班-4-5（必修实验）.avi -第5天（进程间通讯） -国嵌应用班-5-1（消息队列）.avi
gdb单步调试(中)
一、设置断点（BreakPoint ） 我们用break 命令来设置断点。正面有几点设置断点的方法： break
GDB常用命令
附录A：GDB使用 1．基本命令 1）进入GDB #gdb test test是要调试的程序，由gcctest.c -g -o test生成。进入后提示符变为(gdb) 。 2）查看源码(gdb) l 源码会进行行号提示。 如果需要查看在其他文件中定义的函数，在l后加上函数名即可定位到这个函数的定义及查看附近的其他源码。或者：使用断点或单步运行，到某个函数处使用s进入这个函数。 3）设置断点(gdb) b 6 这样会在运行到源码第6行时停止，可以查看变量的值、堆栈情况等；这个行号是gdb的行号。 4）查看断点处情况(gdb) info b 可以键入"info b"来查看断点处情况，可以设置多个断点； 5）运行代码(gdb) r 6）显示变量值(gdb) p n 在程序暂停时，键入"p 变量名"(print)即可； GDB在显示变量值时都会在对应值之前加上"$N"标记，它是当前变量值的引用标记，以后若想再次引用此变量，就可以直接写作"$N"，而无需写冗长的变量名； 7）观察变量(gdb) watch n 在某一循环处，往往希望能够观察一个变量的变化情况，这时就可以键入命令"watch"来观察变量的变化情况，GDB在"n"设置了观察点； 8）单步运行(gdb) n 9）程序继续运行(gdb) c 使程序继续往下运行，直到再次遇到断点或程序结束； 10）退出GDB (gdb) q 2．断点调试 break+设置断点的行号，break n，在n行处设置断点； tbreak+行号或函数名，tbreak n/func，设置临时断点，到达后被自动删除； break+filename+行号， break main.c:10，用于在指定文件对应行设置断
gbd调试
用GDB调试程序 GDB概述 ———— GDB 是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但如果你是在 UN IX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。 一般来说，GDB主要帮忙你完成下面四个方面的功能： 1、启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。 2、可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式） 3、当程序被停住时，可以检查此时你的程序中所发生的事。 4、动态的改变你程序的执行环境。 从上面看来，GDB和一般的调试工具没有什么两样，基本上也是完成这些功能，不过在细节上，你会发现GDB这个调试工具的强大，大家可能比较习惯了图形化的调试工具，但有时候，命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。 一个调试示例 —————— 源程序：tst.c
1 #include
GDB调试精粹及使用实例
GDB调试精粹及使用实例 一：列文件清单 1． List (gdb) list line1,line2 二：执行程序 要想运行准备调试的程序，可使用run命令，在它后面可以跟随发给该程序的任何参数，包括标准输入和标准输出说明符(<和>)和外壳通配符（*、？、[、]）在内。 如果你使用不带参数的run命令，gdb就再次使用你给予前一条run命令的参数，这是很有用的。 利用set args 命令就可以修改发送给程序的参数，而使用show args 命令就可以查看其缺省参数的列表。 (gdb）set args –b –x (gdb) show args backtrace命令为堆栈提供向后跟踪功能。 Backtrace 命令产生一张列表，包含着从最近的过程开始的所以有效过程和调用这些过程的参数。 三：显示数据 利用print 命令可以检查各个变量的值。 (gdb) print p (p为变量名) whatis 命令可以显示某个变量的类型 (gdb) whatis p type = int * print 是gdb的一个功能很强的命令，利用它可以显示被调试的语言中任何有效的表达式。表达式除了包含你程序中的变量外，还可以包含以下内容： l 对程序中函数的调用 (gdb) print find_entry(1,0) l 数据结构和其他复杂对象 (gdb) print *table_start $8={e=reference=’\000’,location=0x0,next=0x0} l 值的历史成分 (gdb)print $1 ($1为历史记录变量,在以后可以直接引用 $1 的值) l 人为数组 人为数组提供了一种去显示存储器块（数组节或动态分配的存储区）内容的方法。早期的调试程序没有很好的方法将任意的指针换成一个数组。就像对待参数一样，让我们查看内存中在变量h后面的10个整数，一个动态数组的语法如下所示： base@length 因此，要想显示在h后面的10个元素，可以使用h@10： (gdb)print h@10 $13=(-1,345,23,-234,0,0,0,98,345,10)
linuxvimgccgdb开发cc程序环境搭建
linux+vim+gcc+gdb开发C/C++程序环境搭建 我用的是ubuntu操作系统。打开终端 1.sudo apt-get install vim(vim-full 这个软件自9.10版本被废弃了，不论怎么添加软件源都找不到的，所以直接安装vim就可以了，，也可以安装gvim，，在新立得软件里面搜索vim 就可以找到了) 2.sudo apt-get install build-essential // build-essential是c语言的开发包，包含了gcc make gdb和libc函数库很多工具。 或者sudo apt-get install gcc + sudo apt-get install gdb 网上有很多版本说要编译安装，这个可能挺复杂的，而且花的时间也不少（没试过阿），，不想在命令行中安装的化，可以下载rpm包直接点击安装， 3.gcc只是一个编译器，vim是编辑器（也可以用gedit编辑源代码），gdb是调试器，， 可以新建一个test.c的helloworld文件测试以下 4.一般c程序就用gcc编译，c++程序就用g++编译
[介绍] ----------------------------------------- 常见用法： GCC 选项 GCC 有超过100个的编译选项可用。这些选项中的许多你可能永远都不会用到，但一些主要的选项将会频繁用到。很多的GCC 选项包括一个以上的字符。因此你必须为每个选项指定各自的连字符，并且就象大多数Linux 命令一样你不能在一个单独的连字符后跟一组选项。例如，下面的两个命令是不同的: gcc -p -g test.c gcc -pg test.c 第一条命令告诉GCC 编译test.c 时为prof 命令建立剖析(profile)信息并且把调试信息加入到可执行的文件里。第二条命令只告诉GCC 为gprof 命令建立剖析信息。 当你不用任何选项编译一个程序时，GCC 将会建立(假定编译成功)一个名为 a.out 的可执行文件。例如，下面的命令将在当前目录下产生一个叫 a.out 的文件: gcc test.c 你能用-o 编译选项来为将产生的可执行文件指定一个文件名来代替 a.out。例如，将一个叫count.c 的 C 程序编译为名叫count 的可执行文件，你将输入下面的命令: gcc -o count count.c 注意: 当你使用-o 选项时, -o 后面必须跟一个文件名。 -c 只编译并生成目标文件。 -------------------------------------------------------------------------------- gcc and g++分别是gnu的c & c++编译器gcc/g++在执行编译工作的时候，总共需要4步 1.预处理,生成.i的文件[预处理器cpp] 2.将预处理后的文件转换成汇编语言,生成文件.s[编译器egcs] 3.有汇编变为目标代码(机器代码)生成.o的文件[汇编器as] 4.连接目标代码,生成可执行程序[链接器ld] [参数详解]
GDB调试及实例
GDB调试及实例 一：列文件清单 1．List (gdb) list line1,line2 二：执行程序 要想运行准备调试的程序，可使用run命令，在它后面可以跟随发给该程序的任何参数，包括标准输入和标准输出说明符(<和>)和外壳通配符（*、？、[、]）在内。 如果你使用不带参数的run命令，gdb就再次使用你给予前一条run命令的参数，这是很有用的。 利用set args 命令就可以修改发送给程序的参数，而使用show args 命令就可以查看其缺省参数的列表。 （gdb）set args –b –x (gdb) show args backtrace命令为堆栈提供向后跟踪功能。 Backtrace 命令产生一张列表，包含着从最近的过程开始的所以有效过程和调用这些过程的参数。 三：显示数据 利用print 命令可以检查各个变量的值。 (gdb) print p (p为变量名) whatis 命令可以显示某个变量的类型 (gdb) whatis p type = int * print 是gdb的一个功能很强的命令，利用它可以显示被调试的语言中任何有效的表达式。表达式除了包含你程序中的变量外，还可以包含以下内容： l 对程序中函数的调用 (gdb) print find_entry(1,0) l 数据结构和其他复杂对象 (gdb) print *table_start $8={e=reference=’\000’,location=0x0,next=0x0} l 值的历史成分 (gdb)print $1 ($1为历史记录变量,在以后可以直接引用$1 的值) l 人为数组 人为数组提供了一种去显示存储器块（数组节或动态分配的存储区）内容的方法。早期的调试程序没有很好的方法将任意的指针换成一个数组。就像对待参数一样，让我们查看内存中在变量h后面的10个整数，一个动态数组的语法如下所示： base@length 因此，要想显示在h后面的10个元素，可以使用h@10： (gdb)print h@10 $13=(-1,345,23,-234,0,0,0,98,345,10)
实验一LinuxC编程工具GCC和GDB
淮海工学院计算机工程学 实验报告书 评语： 成绩：指导教师： 批阅时间：年月
实验目的与要求 1. 掌握Linux C 开发过程中的基本概念； 2. 掌握如GCC GDB等开发工具的使用。 二、实验内容 1. 将参考代码录入到文件中，编译执行后发现结果与预期不一致，请使用GDE调试, 完成字符串反序输出功能。 三、参考源代码 #include <> #include <> #include <> int reverse_str(char *string); int main (void) { char string[] = "Linux C Tools : GCC and GDB"; printf ("The original string is %s \n", string); reverse_str (string); } int reverse_str (char *str) { char *new_str; int i, size; size = strlen (str); if((new_str = (char *) malloc (size + 1)) == NULL) { return -1; } for (i = 0; i < size; i++) new_str[size - i] = str[i]; new_str[size+1] = ' '; printf("The reversed string is %s\n",new_str); free(new_str); return 0 ; } 四、实验步骤 步骤1. 编辑源代码 mkdir test1 cd test1 gedit (1) 使用gedit 编辑器，建议课外学习vim； (2) 分析代码中语句功能。 步骤 2. 编译源代码
如何在Linux中使用gdb调试C程序
如何在Linux中使用gdb调试C程序 无论多么有经验的程序员，开发的任何软件都不可能完全没有bug。因此，排查及修复bug 成为软件开发周期中最重要的任务之一。有许多办法可以排查bug（测试、代码自审等等），但是还有一些专用软件（称为调试器）可以帮助准确定位问题的所在，以便进行修复。 如果你是C/C++ 程序员，或者使用Fortran 和Modula-2 编程语言开发软件，那么你将会很乐意知道有这么一款优秀的调试器- GDB - 可以帮你更轻松地调试代码bug 以及其它问题。在这篇文章中，我们将讨论一下GDB 调试器的基础知识，包括它提供的一些有用的功能/选项。 在我们开始之前，值得一提的是，文章中的所有说明和示例都已经在Ubuntu 14.04 LTS 中测试过。教程中的示例代码都是 C 语言写的；使用的shell 为bash（4.3.11）；GDB 版本为7.7.1。 GDB 调试器基础 通俗的讲，GDB 可以让你看到程序在执行过程时的内部流程，并帮你明确问题的所在。我们将在下一节通过一个有效的示例来讨论GDB 调试器的用法，但在此之前，我们先来探讨一些之后对你有帮助的基本要点。 首先，为了能够顺利使用类似GDB 这样的调试器，你必须以指定的方式编译程序，让编译器产生调试器所需的调试信息。例如，在使用gcc 编译器（我们将在本教程之后的章节用它来编译C 程序示例）编译代码的时候，你需要使用 -g 命令行选项。 IT网，http://it 想要了解gcc 编译器手册页中关于 -g 命令行选项相关的内容，请看这里。 下一步，确保在你的系统中已经安装GDB 调试器。如果没有安装，而且你使用的是基于Debian 的系统（如Ubuntu），那么你就可以使用以下命令轻松安装该工具： sudo apt-get install gdb 在其他发行版上的安装方法，请看这里。 现在，当你按照上述的方式编译完程序（gcc -g 命令行选项），同时也已经安装好GDB 调
linux环境下的调试命令
Linux下GDB调试命令_1 2008-11-21 18:39 GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具，不过现在在Linux下也可以用了。它使你能在程序运行时观察程和内存的使用情况。Linux不比Windows，没有那么多方便的图形界面方式的，像.Net、Eclipse等IDE的调试器。但上天逼着我在Li 软件，用了一段时间，你会发现GDB这个调试工具一点不比其它的差，所谓“寸有所长，尺有所短”就是这个道理。 一般来说，我可以用GDB来： ?加载程序 ?设置监视点、断点、入口条件等 ?动态的改变你程序的执行环境 ?单步调试、追踪 一、加载文件 启动GDB的方法有以下几种： 1、>gdb [exe] 2、>gdb pid [pid] GDB启动时，可以加上一些GDB的启动开关，详细的开关可以用gdb -help查看。我在下面只例举一些比较常用的参数： -symbols -s 从指定文件中读取符号表。 -se file 从指定文件中读取符号表信息，并把他用在可执行文件中。 -core -c 调试时core dump的core文件。 -directory -d 加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径。 二、运行命令 当以gdb 方式启动gdb后，gdb会在PATH路径和当前目录中搜索的源文件。 在gdb中，运行程序使用r或是run命令。程序的运行，你有可能需要设置下面四方面的事。 1、程序运行参数。 set args 可指定运行时参数。（如：set args 10 20 30 40 50） show args 命令可以查看设置好的运行参数。 2、运行环境。 path 可设定程序的运行路径。 show paths 查看程序的运行路径。 set environment varname [=value] 设置环境变量。如：set env USER=hchen show environment [varname] 查看环境变量。 3、工作目录。 cd 相当于shell的cd命令。 pwd 显示当前的所在目录。 4、程序的输入输出。
Ubuntu下Vim GCC GDB安装及使用
Ubuntu下Vim+GCC+GDB安装及使用 一）安装 vim）打开命令行运行sudo apt-get install vim，并按提示输入管理员密码。 gcc+gdb)输入命令行运行 sudo apt-get install build-essential build-essential包含gcc和gdb等工具，是C语言的开发包。 安装完了可以执行 gcc --version 的命令来查看版本，输出如下： gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 则表明安装好了。 二）常用编译命令选项 假设源程序文件名为test.c。 1. 无选项编译链接 用法：#gcc test.c 作用：将test.c预处理、汇编、编译并链接形成可执行文件。这里未指定输出文件，默认输出为a.out。 2. 选项 -o 用法：#gcc test.c -o test 作用：将test.c预处理、汇编、编译并链接形成可执行文件test。-o选项用来指定输出文件的文件名。 3. 选项 -E 用法：#gcc -E test.c -o test.i 作用：将test.c预处理输出test.i文件。 4. 选项 -S 用法：#gcc -S test.i 作用：将预处理输出文件test.i汇编成test.s文件。 5. 选项 -c 用法：#gcc -c test.s 作用：将汇编输出文件test.s编译输出test.o文件。 6. 无选项链接 用法：#gcc test.o -o test
用GDB调试程序--调试器GDB常用功能
一，GDB调试器简介 GDB是Linux下的常用调试器，主要用于调试源代码、调试运行中的进程和查看core dump文件。Linux下的调试器主要有gdb、cgdb、ddd、eclipse。GDB调试器的运行速度快、能够进行源代码同步显示。 使用-tui 选项开启gdb命令输入和源代码的分屏显示，tui即Terminal User Interface。 二，GDB常用调试命令 a)调试可执行文件 以源代码为/home/zebra/目录下的test.c文件产生的可执行文件test为例（可执行文件使用gcc进行编译，并使用-g选项以产生调试信息），进行命令的说明(详细源代码参见第三部分：三，调试实例分析 )。 gdb调试源代码流程： 1，开启gdb程序，即运行如下命令：gdb -q （-q用以使得gdb不输出gdb程序的版本等信息）2，指定调试的二进制文件：file test 3，list查看源代码 4，设定断点breakpoint main breakpoint sub 上述分别在main函数和sub函数处设定了断点。 断点可以设置在任意已知源代码文件的某一行，某一个函数，同时可以指定是设置在哪个/哪些线程上（见下边描述）。 5，运行可执行文件： run 6，这样程序会运行到断点处停止下来，gdb会打印当前断点的信息。 7，使用s 或者n进行单步调试。 s即step，n即next都是执行一条语句，然后停下来。 如果想执行一条汇编语句，则可以使用si ，ni，即step instruction，next instruction。 8，bt命令查看当前的调用栈，bt即backtrace。 9，info frame查看函数帧信息。 10，frame n 进入某个函数帧（编号为n） 11，info 命令可以对当前的函数帧的寄存器、局部变量、函数的参数进行查看。 info register；info local；info args。 12，disassemble对当前函数对应的二进制进行反汇编。 13，x/nfu address 查看内存其中address是内存开始的地址，从该地址向高地址增加， x是examinate的缩写，n表示重复次数，f表示输出格式，u表示内存大小的单位（默认是字，即4个字节）。 一般我都用x/nx address，即打印n个从address开始的内存，每个是4字节，以十六进制打印。14，continue，执行至该函数退出 15，info threads，显示当前可调试的所有线程 16，thread
linux下的静态库与动态库的区别,Gdb调试段错误,自动生成Makefile
linux下的静态库与动态库的区别 1.什么是库 在windows平台和linux平台下都大量存在着库。 本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。 由于windows和linux的本质不同，因此二者库的二进制是不兼容的。 2.库的种类 linux下的库有两种：静态库和共享库（动态库）。 二者的不同点在于代码被载入的时刻不同。 静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。 共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。 3.库存在的意义 库是别人写好的现有的，成熟的，可以复用的代码，你可以使用但要记得遵守许可协议。现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。 共享库的好处是，不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例。 4.库文件是如何产生的在linux下 静态库的后缀是.a，它的产生分两步 Step 1.由源文件编译生成一堆.o，每个.o里都包含这个编译单元的符号表 Step 2.ar命令将很多.o转换成.a，成文静态库 动态库的后缀是.so，它由gcc加特定参数编译产生。 例如: $ gcc -fPIC -c *.c $ gcc -shared -Wl,-soname, libfoo.so.1 -o libfoo.so.1.0 *. 5.库文件是如何命名的，有没有什么规范 在linux下，库文件一般放在/usr/lib /lib下， 静态库的名字一般为libxxxx.a，其中xxxx是该lib的名称 动态库的名字一般为libxxxx.so.major.minor，xxxx是该lib的名称，major是主版本号，minor是副版本号 6.如何知道一个可执行程序依赖哪些库 ldd命令可以查看一个可执行程序依赖的共享库， 例如# ldd /bin/lnlibc.so.6 => /lib/libc.so.6 (0×40021000)/lib/ld-linux.so.2 => /lib/ld- linux.so.2 (0×40000000) 可以看到ln命令依赖于libc库和ld-linux库 Gdb调试段错误 1.段错误是什么
GDB基本命令
1. 本文介绍使用gdb调试程序的常用命令。 主要内容: [简介] [举例] [其他] [简介] ============= GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具。如果你是在UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。同时GDB也具有例如ddd这样的图形化的调试端。 一般来说，GDB主要完成下面四个方面的功能： (1)启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。 (2)可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式） (3)当程序被停住时，可以检查此时你的程序中所发生的事。 (4)动态的改变你程序的执行环境。 [举例] ============= *启动gdb $gdb 这样可以和gdb进行交互了。 *启动gdb，并且分屏显示源代码： $gdb -tui 这样,使用了'-tui'选项，启动可以直接将屏幕分成两个部分，上面显示源代码，比用list方便多了。这时候使用上下方向键可以查看源代码,想要命令行使用上下键就用[Ctrl]n和[Ctrl]p. *启动gdb调试指定程序app： $gdb app 这样就在启动gdb之后直接载入了app可执行程序，需要注意的是，载入的app程序必须在编译的
时候有gdb调试选项，例如'gcc -g app app.c',注意，如果修改了程序的源代码，但是没有编译，那么在gdb中显示的会是改动后的源代码，但是运行的是改动前的程序，这样会导致跟踪错乱的。 *启动程序之后，再用gdb调试： $gdb