gdb手册中文版。虽然有点老，但短小精悍，迅速入门。

GDB完全中文手册

（4）多线程调试 A. 基本命令 (gdb) info threads：查看GDB当前调试的程序的各个线程的相关信息 (gdb) thread threadno：切换当前线程到由threadno指定的线程 (gdb) thread apply [threadno] [all] args：对指定（或所有）的线程执行由args指定的命令 B. 相关属性 (gdb) set scheduler-locking mode: 设置程序运行过程中锁scheduler的模式： on: 除当前线程外的其它线程都被锁住，不可运行 off: 缺省情况，每个线程都会正常抢占cpu时间片 step: 在执行单步命令期间，其它线程不能运行 (gdb) show scheduler-locking：查看 当前的scheduler-locking模式设置 * 手把手教你玩转GDB--ZeshengWu *

通过python遍历某个文件下面的所有gdb文件，然后对每个gdb文件中的某个字段批量修改成某个值

（1）利用os.walk搜索制定目录下所有gdb目录下的要素，采用arcpy将gdb内的要素批量加载至arcmap中。 （2）实现的主要技术难点是目录、gdb名称、要素名称中存在中文，制造了很大的困难，本脚本顺利解决了中文乱码的问题，并在代码中给出了详细的注释。 （3）由于经验不足，发现程序执行正常却无法在mxd中看到加载的数据，经反复查找原因解决了程序正常mxd中无数据的问题。

Debugging With GDB 英文无水印pdf pdf所有页面使用FoxitReader和PDF-XChangeViewer测试都可以打开 本资源转载自网络，如有侵权，请联系上传者或csdn删除 本资源转载自网络，如有侵权，请联系上传者或csdn删除

就目前而言，嵌入式Linux系统中，主要有三种远程调试方法，分别适用于不同场合的调试工作：用ROM Monitor调试目标机程序、用KGDB调试系统内核和用gdbserver调试用户空间程序。这三种调试方法的区别主要在于，目标机远程调试stub 的存在形式的不同，而其设计思路和实现方法则是大致相同的。 而我们最常用的是调试应用程序。就是采用gdb+gdbserver的方式进行调试。在很多情况下，用户需要对一个应用程序进行反复调试，特别是复杂的程序。采用GDB方法调试，由于嵌入式系统资源有限性，一般不能直接在目标系统上进行调试，通常采用gdb+gdbserver的方式进行调试。

用GDB调试程序 GDB是一个强大的命令行调试工具。大家知道命令行的强大就是在于，其可以形成执行序列，形成脚本。UNIX下的软件全是命令行的，这给程序开发提代供了极大的便利，命令行软件的优势在于，它们可以非常容易的集成在一起，使用几个简单的已有工具的命令，就可以做出一个非常强大的功能。于是UNIX下的软件比Windows下的软件更能有机地结合，各自发挥各自的长处，组合成更为强劲的功能。而Windows下的图形软件基本上是各自为营，互相不能调用，很不利于各种软件的相互集成。在这里并不是要和Windows做个什么比较，所谓“寸有所长，尺有所短”，图形化工具还是有不如命令行的地方。

Linux离线安装软件需要的所有依赖包，所有的都有：gcc、lib、zlib、openssl、cpp、tcl等等。运行命令，放到Linux上解压，然后执行：【rpm -ivh *.rpm --nodeps --force】这样就全部安装了。

自己搭建的一个可以用gdb调试linux内核的环境，解压后看README，其中有详细的搭建过程。 简单来说就是在一台linux主机上用bochs虚拟机调试内核。 用到的工具： 一台linux主机 bochs源码，压缩包中已有 busybox源码，压缩包中已有 linux内核源码，压缩包中没有包含，自己可以从www.kernel.org中下，示例中用的是2.6.38版本 由于搭建过程中是后面总结的，有可能会有遗漏或描述不清的地方，如有疑问请联系renyq0110301@126.com