写在前面：今天开始尝试写写除Vim外的其他内容，仍然是以技术为主，可能涉及的内容包括Linux、正则表达式、gdb、makefile等内容，不知道小伙伴们有没有兴趣看呢？不管如何，也算是我自己的知识沉淀吧~
Linux C/C++开发中gdb进行多进程和多线程的调试一直比较麻烦，在CSDN上看到高科的一篇文章《gdb调试多进程和多线程命令》比较有启发，这里就自己重新整理并做了一个GDB多进程/线程的调试实践。
多线程调试的主要任务是准确及时地捕捉被调试程序线程状态的变化的事件，并且GDB针对根据捕捉到的事件做出相应的操作，其实最终的结果就是维护一根叫thread list的链表。上面的调试命令都是基于thread list链表来实现的，后面会有讲到。
在原来配置的基础上，make menuconfig选中如下选项重新配置Linux，使之携带调试信息
（文章大部分转载于：https://consen.github.io/2018/01/17/debug-linux-kernel-with-qemu-and-gdb/）
本文介绍了Linux pstack工具的原理、使用方法以及其在多线程程序调试中的重要作用。pstack通过GDB的thread apply all bt命令，可以打印出所有线程的栈信息，从而帮助开发人员定位多线程程序中的问题。
start_kernel是内核启动阶段的入口，通过单步调试，可以发现它是linux内核执行的第一个init，我们单步进入看看它做了哪些操作：
原本想着使用 pstack 命令监控一下监听日志可没想到，Linux 系统默认没有这个命令。RedHat 公司发行的 Linux 操作系统（RHEL，CentOS等等）虽提供了 pstack 工具，但要安装 gdb。
发音类似<砰>，对黑客而言，这就是成功实施黑客攻击的声音，砰的一声，被<黑>的电脑或手机就被你操纵了
搞电子都知道，电路不是焊接出来的，是调试出来的。程序员也一定认同，程序不是写出来的，是调试出来的。那么调试工具就显得尤为重要，linux作为笔者重要的开发平台，在linux中讨论调试工具主要是为那些入门者提供一些帮助。调试工具能让我们能够监测、控制和纠正正在运行的程序。我们在运行一些程序的时候，可能被卡住或出现错误，或者运行过程或结果，没能如我们预期，此时，最迫切需要明白究竟发生了什么。为了修复程序，剖析和了解程序运行的细节， 调试工具就成为了我们的必备工具，工于善其事，必先利其器。在Linux下的用户空间调试工具主要有系统工具和专门调试工具：'print' 打印语句，这是新手最常用的，也是最不提倡使用的；查询 (/proc, /sys 等)系统的虚拟文件查看，这个方法有局限性；跟踪 (strace/ltrace)工具使用这个比较普遍，值得提倡；Valgrind (memwatch)内存排除工具，在内存排除方面比较独到，是内存排错的法宝；GDB大名鼎鼎的程序调试工具，这个是个全能的工具，没有完不成的，只有你不知道的。
有的程序可以通过编译，但在运行时会出现Segment fault(段错误)。这通常都是指针错误引起的。但这不像编译错误一样会提示到文件一行，而是没有任何信息。一种办法是用gdb的step, 一步一步寻找。但要step一个上万行的代码让人难以想象。 我们还有更好的办法，这就是core file。
主要包括gdb分配的线程id号（例如1，2，3），操作系统分配的线程id（例如20568），线程的名字以及线程相关的调用栈信息。
这篇文章为了让你深入了解gdb的工作原理，以及如何在linux环境下使用强大的gdb调试程序功能。
在上篇文章中，我们分析了线上coredump产生的原因，其中用到了coredump分析工具gdb，这几天一直有读者在问，能不能写一篇关于gdb调试方面的文章，今天借助此文，分享一些工作中的调试经验，希望能够帮到大家。
If you are thinking of using complex kernel programming to accomplish tasks, think again. Linux provides an elegant mechanism to achieve all of these things: the ptrace (Process Trace) system call.
我从学生时代到进入软件开发这个行业，不知不觉已经十余年了。这些年，先后在网游公司做过游戏服务器，为上海某交易所做过金融交易系统、在金融证券公司做过股票证券交易系统和即时通讯软件、在音视频直播公司做过直播服务器，各种项目使用的服务器操作系统都是 Linux，开发语言是 C/C++。
在Linux上通常使用gdb命令行调试，但该方式调试不太直观，且命令行长时间不用，容易忘记，不如GUI直观和容易上手，下面介绍基于GUI的方式调试Linux。
有时为了跟踪故障需要调试MySQL/GreatSQL源码，本文介绍如何在Linux下构建MySQL/GreatSQL源码调试环境。
fork() 函数是 linux/unix 下一种特别的创建子进程的函数，它不同与 Windows，这个函数在执行成功后会有两个返回值，一个返回值==0代表创建了子进程，一个返回值大于0代表还是当前程序进程，而这个大于0的值就是创建的子进程的进程PID。这个函数比较抽象，我们来看一下代码并对比一下图片就能知道具体该函数的用途了。
Oh, My God! 是死锁问题。尽管报错不多，对性能目前看来也无太大影响，但还是需要解决，保不齐哪天成为性能瓶颈。
有时候我们直接在终端中执行了命令，等待很长时间后发现还需要很久才能执行完，又不想一直开着终端等待结果，可以按照下面的方式，将前台进程转至后台，并重定向输出内容至文件，以便随时连接回来查看执行状态。
原创作品转载请注明出处 + https://github.com/mengning/linuxkernel/
最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。
这个文档记录了用 kGDB 调试 Linux 内核的全过程，都是在前人工作基础上的一些总结。以下操作都是基于特定板子来进行，但是大部分都能应用于其他平台。
呵，段错误？自从我看了这篇文章，我还会怕你个小小段错误？ 请打开你的Linux终端，跟紧咯，准备发车！！嘟嘟嘟哒~~
有些 BUG 是业务逻辑上的错误导致的，一般不会导致程序崩溃，例如：原本要将两个数相加，但不小心把这两个数相减，而导致结果出错。这时我们可以通过在程序中，使用 printf 这类输出函数来进行打点调试。
（1）linux 中的Yama模块会禁用ptrace-based代码注入，需要将其关闭
今天下午我遇到了一些棘手的问题，因为在mips64上编译程序，经常出现程序编译不出来，或者运行不正常，花了很长的时间定位，最后和同事一些解决了，下面分享出来我提炼出来的一些核心定位问题的步骤。
图灵最先发明了栈，但没有给它取名字。德国人鲍尔也“发明”了栈，取名叫酒窖。澳大利亚人汉布林也“发明”了栈，取名叫弹夹。1959年，戴克斯特拉在度假时想到了Stack这个名字，后来被广泛使用。
要在线关闭一个 TCP Socket 连接，你可能会说很简单，netstat -antp 找到连接，kill 掉这个进程就行了。
今天小编要跟大家分享的文章是关于Linux上错误段的核心转储问题。喜欢Linux操作系统，对Linux感兴趣的小伙伴快来看一看吧，希望通过本篇文章能够有所收获。
GDB是一个由GNU开源组织发布的、UNIX/LINUX操作系统下的、基于命令行的、功能强大的程序调试工具。 对于一名Linux下工作的c++程序员，gdb是必不可少的工具；
本文介绍了如何使用gdb和gdbserver来调试ARM Linux程序，包括编译、运行、连接到GDB Server以及使用GDB进行调试的过程。同时，还介绍了如何通过gdb和coredump文件来调试程序，包括生成core文件、进入虚拟机以及使用GDB进行调试的过程。
http://blog.csdn.net/haoel/article/details/2880
GDB（GNU Debugger）是UNIX及UNIX-like下的强大调试工具，可以调试ada, c, c++, asm, minimal, d, fortran, objective-c, go, java,pascal等语言。本文以C程序为例，介绍GDB启动调试的多种方式。
用Visual Studio调试linux程序？你真的没看错，这个是真的，不是标题党。当然如果你说VS2015及以上版本自带的linux调试插件，那就算了。这些自带的插件调试一个有简单的main函数程序还凑合，稍微复杂点的程序，根本无法编译调试。 而本文介绍的主角是VS的另外一款插件Visual GDB，让我们欢迎主角登场，下面是正文。 使用Visual Studio+VisualGDB调试远程linux程序 需要工具： Visual Studio 2013或以上版本（以下简称VS） VisualGDB（一
Core Dump 也称之为“核心转储”， 若当前操作系统开启了 core dump ，当程序运行过程中发生异常或接收到某些信号使得程序进程异常退出时, 由操作系统把程序当前的内存状况以及相关的进程状态信息存储在一个 Core 文件中， 即 Core Dump 。通常，Linux 中如果内存越界会收到 SIGSEGV 信号，然后就会进行 Core Dump 相关操作。
PG使用共享内存在多进程之间进行数据共享。使用动态共享内存段dynamic shared memory segments在并行workers之间进行数据交换，这个内存在启动时分配固定大小。但是PG后端进程必须管理私有内存用于处理SQL语句。本文，介绍PG如何使用memory context，即内存上下文，来管理私有内存；以及如何检查内存使用情况。这对于编写服务器代码的人来说很有意思，但我要重点关注用户如何理解和调试SQL语句的内存消耗。
本文主要服务于使用Tina软件平台的广大客户，帮助开发人员方便快速了解Tina平台系统调试工具。
GDB全称是GNU symbolic debugger，是Linux平台下最常用的一款调试器。GDB主要用于C/C++开发场景，同时也支持Go、Ada等语言的调试。GDB主要以命令行的形式在shell终端使用，它的一部分底层逻辑借助于ptrace进行实现。GDB的功能很强大，开发者可以在执行时修改函数变量的值以及程序的执行顺序，还可以在程序执行期间查看函数的调用过程、堆栈数据等，也可以利用GDB对代码进行断点调试。
本文旨在介绍下几种常见的调试方法gdb、crash、kgdb and kdb 以及dynamic debug. 关于在 Linux 内核上使用debuggers，Linus Torvalds 长期以来对它们不太喜欢。简短地解释这种态度是，依赖调试器可能鼓励用权宜之计而非深思熟虑来解决问题，这会导致代码质量恶化。详细解释可以参考https://lwn.net/2000/0914/a/lt-debugger.php3
Native Crash常常发生在带有Jni代码的APP中，或者系统的Native服务中。作为比较难分析的一类问题，Native Crash其实还是有较多的方法去定位。
很多Nginx Lua程序员入门的过程中会遇到一个问题就是选择编辑器IDE，其实Lua编辑器IDE过去流行的也有几种，但大多数都被人遗忘了，如果只是做纯Lua代码的语法检查，代码补全，很多的IDE都可以做到，VIM安了特定的支持插件也可以。
适用范围: 本文适用于Tina3.5版本以上软件平台;对硬件环境没有要求，所有Allwinner硬件平台都适 用。 其中，注意linux-5.4内核上暂未支持pstore功能。
这篇文章我们来聊聊大名鼎鼎的 GDB，它的豪门背景咱就不提了，和它的兄弟 GCC 一样是含着金钥匙出生的。相信每位嵌入式开发工程师都使用过 gdb 来调试程序，如果你说没有用过，那只能说明你的开发经历还不够坎坷，还需要继续被 BUG 吊打。
当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中，这种行为就叫做 Core Dump（中文有的翻译成“核心转储”)。
调试开始：执行gdb [exefilename]，进入gdb调试程序，其中exfilename为要调试的执行文件名，以下命令后括号内为命令的简化使用，比如 run(r)，直接输入命令 r 就代表命令 run
Android程序的特点相比在于使用混淆方式打包，将包名、类名、函数名改成不易看懂的字母，从而使生成的apk小很多(android studio提供了release编译方式，使用proguard混淆)，因此反编译apk最多的工作在于重构这些名称，这一点和pc上一致，对于android native程序(jni)则和pc上基本一致，不同之处在于常见的是arm汇编。
gdb是linux系统自带的调试器，功能十分强大，它不仅支持C/C++调试，也支持GO程序调试。
https://github.com/CoderDuanGe/gdbdebug/tree/master/section1 makefile参数: CFLAGS: -gundefined[在这里插入图片描述]有了-g参数调试比较方便,如果没有-g参数,就没有调试信息,调试比较的困难gdb的使用1.对文件进行gdb调试:
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
