linuxgdbkcore

⑴ linux 小调用执行程序时 产生core文件，gdb调试时如下信息：

用gdb调试工具。 1、gcc -g 1.c 2、执行 目的是产生core文件 3、gdb ./a.out core 4、where

⑵ Linux中利用gdb加载程序和core文件分析，在都core分析的时候(gdb test core)显示的是没有这个文件

要让打开系统产生mp文件的功能，才能产生core文件；命令为：ulimit -c unlimited

⑶ linux gdb调试问题

出现此错误的原因主要是gcc4.9生成的调试信息是dawnfs4，而gdb7.0支持的是 dawnfs2

这个问题其实是编译环境的问题，可以更改gcc和gdb的版本，这需要去寻找合适的版本。当然也可以给gcc增加编译参数，使其生成dawnfs2调试信息，主要参数为-gdwarf-2 -gstrict-dwarf，做法如下：
在.bashrc中加入alias gcc='gcc -gdwarf-2 -gstrict-dwarf'，重启终端使其生效
这样gdb可以使用，也不会出现上面的错误。

⑷ 怎样在linux系统中安装gdb调试工具

我的怎么可以用sudoapt-getinstallgdb,看我的截图：

⑸ linux禁止gdb调试

禁止在 Linux 中 gdb 调试的方法有许多，以下是其中的一种方法：

1. 禁用 core mp：可以通过以下命令将 core mp 禁用：

```
ulimit -c 0
```

这将确保应用程序在芦碧举崩溃时不会生成任何 core mp 文件。gdb 通常需要访问 core mp 文件来执行调试操作，因此禁用它们可以帮助防止调试。

2. 使用 ptrace：慧察ptrace 系统调用可以被用来执行程序间的跟踪和调试，因此禁用它可以防止 gdb 调试。为了禁用 ptrace，可以在 /etc/sysctl.conf 文件中添加以下内容：

```
kernel.yama.ptrace_scope = 1
```

然后更新 sysctl.conf 文件，使设置生效：

```
sudo sysctl -p
```

这将限制 ptrace 仅在其父进程和子进程之间（或在具有适当权限的特权用户之间）进行。这样可以防止普通用户使用 gdb 调试其他用户、系统进程或其他特权进程。

请注意，以上方法仅仅是防止 gdb 调试的其中一种方法，还有其陪碧他方法可以绕过这些限制。因此，禁止 gdb 调试并不能完全保证系统的安全性和机密性。如果您对系统安全性有更高的要求，建议请咨询专业安全人员提供更加严格的安全策略。

⑹ Linux 里面的gdb到底是个什么东西

分类: 电脑/网络 >> 操作系统/系统故障
问题描述:

第一次在Linux上工作，要用到一个什么gdb的东东。gdb到底是什么呢，各位老大？

解析:

Linux 包含了一个叫 gdb 的 GNU 调试程序. gdb 是一个用来调试 C 和 C++ 程序的强力调试器. 它使你能在程序运行时观察程序的内部结构和内存的使用情况. 以下是 gdb 所提供的一些功穗蚂乱能:

它使你能监视你程序中变量的值.

它使你能设置断点以使程序在指定的代码行上停止执行.

它使你能一行行的执行你的代码.

在命令行上键入 gdb 并按回车键就可以运行 gdb 了, 如果一切正常的话, gdb 将被启动并且你将在屏幕上看到类似的内容:

GDB is free sofare and you are wele 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.14 (i486-slakware-linux), Copyright 1995 Free Sofare Foundation, Inc.

(gdb)

当你启动 gdb 后, 你能在命令行上指定很多的猜档选项. 你也可以以下面的方式来运行 gdb :

gdb <fname>

当你用这种方式运行 gdb , 你能直接指定想要调试的程序. 这将告诉gdb 装入名为 fname 的可执行文件. 你也可以用 gdb 去检查一个因程序异常终止而产生的 core 文件, 或者与一个正在运行的程序相连. 你可以参考 gdb 指物和南页或在命令行上键入 gdb -h 得到一个有关这些选项的说明的简单列表.

⑺ linux gdb如何安装

|建议：
1. 首先可以使用命令“ rpm -qa |grep gdb"查询系统中是否安装了gdb软件包，如果安装了，应该专显示如下：
[root@localhost ~属]# rpm -qa |grep gdb
gdbm-1.8.0-26.2.1
gdb-6.8-37.el5
gdbm-devel-1.8.0-26.2.1
2. 如果系统没有安装gdb软件包，需要先准备好gdb对应的软件包，通常在系统光盘Server文件夹下；
3. 使用命令“rpm -ivh gdb-6.8-37.el5.rpm”或者类似的操作回车即可安装；
4. 安装结束后，再使用命令“rpm -qa |grep gdb"查询，如果成功安装了，应该显示如下：
[root@localhost ~]# rpm -qa |grep gdb
gdb-6.8-37.el5
5. 如果安装不成功，检查一下错误信息，有可能是因为少安装了一些关联软件，根据提示安装即可。

⑻ 嵌入式Linux的GDB远程调试如何实现呢

远程调试环境由宿主机GDB和目标机调试
stub共同构成，两者通过串口或TCP连接。使用GDB标准远程串行协议协同工作，实现对目标机上的系统内核和上层应用的监控和调试功能。调试stub
是嵌入式系统中的一段代码，作为宿主机GDB和目标机调试程序间的一个媒介而存在。就目前而言，嵌入式Linux系统中，主要有三种远程调试方法，分别适用于不同场合的调试工作：
用ROM Monitor调试目标机程序
用KGDB调试系统内核
用gdbserver调试用户空间程序。
这三种调试方法的区别主要在于：目标机远程调试stub的存在形式的不同，而其设计思路和实现方法则是大致相同的，而我们最常用的是调试应用程序，就是采用gdb+gdbserver的方式进行调试。在很多情况下，用户需要对一个应用程序进行反复调试，特别是复杂的程序，采用GDB方法调试，由于嵌入式系统资源有限性，一般不能直接在目标系统上进行调试，通常采gdb+gdbserver的方式进行调试。Gdbserver在目标系统中运行，gdb则在宿主机上运行。
下载需要用的的软件包。
一.编译安装arm-linux-gdb
<1>#tar jxvf gdb-7.3.tar.bz2
<2>#cd gdb-7.3
<3>#./configure--target=arm-linux --enable-sim --prefix=/usr/local/bin
<4>#make
<5>#make install
二.编译安装gdbserver
<1>#cd gdb-7.3/gdb/gdbserver
<2>#./configure --target=arm-linux--host=arm-linux
<3>#make
这样在gdb-7.3/gdb/gdbserver目录下就生成了一个gdbserver可执行文件,拷贝到目标开发板上.
三.测试arm-linux-gdb + gdbserver
<1>在超级终端输入：
#./gdbserver 192.168.100.1:2345 hello
[192.168.100.1为pc机ip地址，2345为监听端口，hello为待调试程序
这样在开发板上可以看到如下提示信息：
Process wpa_cli created; pid = 730
Listening on port 2345
表示gdbserver 成功运行等待客户端的连接信息
<2>在pc机上输入：
#arm-linux-gdb hello
然后在GDB界面输入：
#target remote 192.168.100.2:2345
[192.168.100.2为开发板ip地址，2345为开发版监听端口]
这样在开发板上可以看到如下提示信息：
Remote debugging from host 192.168.100.1
表示gdbserver成功运行并且建立连接关系，等待客户端的调试信息。

⑼ linux 怎么分析core文件

从接触unix开始就一直听到和遇到core mp，特别是刚学着使用C语言在AIX下编写程序的时候， mp更是时不时就会不请自来。记得当时刚写应用的时候，提交程序时最怕的就是在运行过程时遇到core mp，对于银行核心系统，特别是使用静态应用进程，如果一个相对频繁一点的交易导致core mp，那么毫无疑问，除了赶紧定位错误改程序外，重启进程甚至无法争取到多少缓冲的时间来进行代码的更正和测试。而且往往导致core mp的，就是程序中一个小小的未注意到或者未测试到的一个疏忽。

虽然常常遇到core mp，不过很长时间内，都是出于知道这个名字，知道它导致的后果，知道一部分导致它出现的原因，其他的就都不甚了了了。说起来，就是自己太懒了，懒得看书......少壮不努力啊。看过一则统计，说60岁以上的老人，超过70%都后悔少壮不努力，不知统计的数据能否反映整个社会的情况。不过总的来说，这句古话还是有些道理的。大家不要学我。哈哈

core mp，翻译过来讲，就是核心转储。大致上就是指，如果由于应用错误，如浮点异常、指令异常等，操作系统将会转入内核的异常处理，向对应的进程发送特定的信号（SIGNAL），如果进程中没有对这些信号进行处理，就会转入默认的处理，core mp就是其中的一种。如果进程core mp，系统将会终止该进程，同时系统会产生core文件，以供调试使用。这个core文件其实就是内存的映像，即进程执行的时候内存的内容，也就是所谓的core mp。平常大家说某某进程core mp了，其实主要的意思就是说：某某进程因为错误而被系统自动终止了。

AIX上提供了dbx工具可以对core mp进行调试，协助定位引起core mp的代码。最普通的语法是：
dbx 应用名 core文件， 然后使用where命令来显示调试信息
一般来讲，根据工作中遇到的情况，dbx还是能够比较轻松的根据提示的内容来定位代码的。不过也有一些特殊情况时，dbx显示的调试信息过于模糊或者不直观，这个时候就只能根据经验来逐步定位了。有时定位起来会耗用相当长的时间。遇到这种情况时，使用日志文件，通过在代码中穿插多个写log的语句，也可以协助发现。因为进程core mp时，日志当然也中断了，根据日志在哪个代码行之后或之前中止了，可以有效缩小寻找的范围。甚至，在有些情况下，使用日志定位是唯一简便的方法了。

⑽ 如何使用GDB调试Coremp文件

一般这种情况都是因为数组越界访问，空指针或是野指针读写造成的。程序小的话还比较好办，对着源代码仔细检查就能解决。但是对于代码量较大的程序，里边包含N多函数调用，N多数组指针访问，这时想定位问题就不是很容易了（此时牛人依然可以通过在适当位置打printf加二分查找的方式迅速定位:P）。懒人的话还是直接GDB搞起吧。 神马是Core Dump文件偶尔就能听见某程序员同学抱怨“擦，又出Core了！”。简单来说，core mp说的是操作系统执行的一个动作，当某个进程因为一些原因意外终止（crash）的时候，操作系统会将这个进程当时的内存信息转储（mp）到磁盘上1。产生的文件就是core文件了，一般会以core.xxx形式命名。 如何产生Core Dump 发生doremp一般都是在进程收到某个信号的时候，Linux上现在大概有60多个信号，可以使用 kill -l 命令全部列出来。sagi@sagi-laptop:~$ kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1 64) SIGRTMAX针对特定的信号，应用程序可以写对应的信号处理函数。如果不指定，则采取默认的处理方式, 默认处理是coremp的信号如下：3)SIGQUIT 4)SIGILL 6)SIGABRT 8)SIGFPE 11)SIGSEGV 7)SIGBUS 31)SIGSYS 5)SIGTRAP 24)SIGXCPU 25)SIGXFSZ 29)SIGIOT 我们看到SIGSEGV在其中，一般数组越界或是访问空指针都会产生这个信号。另外虽然默认是这样的，但是你也可以写自己的信号处理函数改变默认行为，更多信号相关可以看参考链接33。 上述内容只是产生coremp的必要条件，而非充分条件。要产生core文件还依赖于程序运行的shell，可以通过ulimit -a命令查看，输出内容大致如下：sagi@sagi-laptop:~$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheling priority (-e) 20 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited 看到第一行了吧，core file size，这个值用来限制产生的core文件大小，超过这个值就不会保存了。我这里输出是0，也就是不会保存core文件，即使产生了，也保存不下来==! 要改变这个设置，可以使用ulimit -c unlimited。 OK, 现在万事具备，只缺一个能产生Core的程序了，介个对C程序员来说太容易了。#include ; #include ; int crash() { char *xxx = "crash!!"; xxx[1] = 'D'; // 写只读存储区! return 2; } int foo() { return crash(); } int main() { return foo(); } 上手调试 上边的程序编译的时候有一点需要注意，需要带上参数-g, 这样生成的可执行程序中会带上足够的调试信息。编译运行之后你就应该能看见期待已久的“Segment Fault(core mped)”或是“段错误 (核心已转储)”之类的字眼了。看看当前目录下是不是有个core或是core.xxx的文件。祭出linux下经典的调试器GDB，首先带着core文件载入程序：gdb exefile core，这里需要注意的这个core文件必须是exefile产生的，否则符号表会对不上。载入之后大概是这个样子的：sagi@sagi-laptop:~$ gdb coremp core Core was generated by ./coremp'. Program terminated with signal 11, Segmentation fault. #0 0x080483a7 in crash () at coremp.c:8 8 xxx[1] = 'D'; (gdb)我们看到已经能直接定位到出core的地方了，在第8行写了一个只读的内存区域导致触发Segment Fault信号。在载入core的时候有个小技巧，如果你事先不知道这个core文件是由哪个程序产生的，你可以先随便找个代替一下，比如/usr/bin/w就是不错的选择。比如我们采用这种方法载入上边产生的core，gdb会有类似的输出：sagi@sagi-laptop:~$ gdb /usr/bin/w core Core was generated by ./coremp'. Program terminated with signal 11, Segmentation fault. #0 0x080483a7 in ? () (gdb)可以看到GDB已经提示你了，这个core是由哪个程序产生的。 GDB 常用操作 上边的程序比较简单，不需要另外的操作就能直接找到问题所在。现实却不是这样的，常常需要进行单步跟踪，设置断点之类的操作才能顺利定位问题。下边列出了GDB一些常用的操作。 启动程序：run 设置断点：b 行号|函数名 删除断点：delete 断点编号 禁用断点：disable 断点编号 启用断点：enable 断点编号 单步跟踪：next 也可以简写 n 单步跟踪：step 也可以简写 s 打印变量：print 变量名字 设置变量：set var=value 查看变量类型：ptype var 顺序执行到结束：cont 顺序执行到某一行： util lineno打印堆栈信息：bt