下载：http://cx4a.org/software/auto-complete/
配置.emacs，我的auto-complete在/mydoc/lib/emacs-plugins/下

; auto complete
(add-to-list 'load-path "/mydoc/lib/emacs-plugins/auto-complete")  
(require 'auto-complete-config)  
(add-to-list 'ac-dictionary-directories "/mydoc/lib/emacs-plugins/auto-complete/ac-dict")  
(ac-config-default)

gcc-code-assist就是在gcc代码基础上改的，主要用来从代码中提取补全信息

1. 下载：http://cx4a.org/software/gccsense/#Downloads
   编译安装之前，准备好环境，debian系统如下：
   ^?View Code BASH

   sudo apt-get install build-essential libgmp3-dev libmpfr-dev flex ruby rubygems libsqlite3-ruby

   其它系统，如freebsd、macos请自行参考用户手册。

2. 配置安装：
   ^?View Code BASH

   $ tar xvjf gcc-code-assist-*.tar.bz2 $ cd gcc-code-assist-* $ ./configure --program-suffix=-code-assist --enable-languages=c,c++ --disable-bootstrap --disable-multilib $ make # -j2 $ sudo make install

   安装成功之后执行下，如果有正常输出，就说明安装成功：

   ^?View Code BASH

   $ gcc-code-assist --version $ g++-code-assist --version

gccsense这个包包含一些辅助函数，以及编辑器的插件

1. 解压缩之后，执行：
   ^?View Code BASH

   $ cd gccsense-* $ sudo cp bin/* /usr/local/bin/

2. 执行一下命令，确保安装成功：
   ^?View Code BASH

   $ gccrec --version $ autopch --version

3. emacs的插件文件为etc/gccsense.el，放到插件目录然后，在.emacs里面加入
   ^?View Code LISP

   (require 'gccsense)

   即可。
   由于我的gccsense.el放到了。/mydoc/lib/emacs-plugins/c下，并且把auto-complete的补全命令绑定到了M+/上，所以这部分配置如下：

   ^?View Code LISP

   (add-to-list 'load-path "/mydoc/lib/emacs-plugins/c") (require 'gccsense) (global-set-key "\257" (quote ac-complete-gccsense))

   ok，搞定。

要写C++程序，当然要用到cc-mode插件。CC-Mode原本是支持C语言的，但现在也能支持很多语言，比如 C++，Java，Objective-C，CORBA，AWK，Pike等等。CC-Mode是gnu-emacs的标准插件。如果您要求不高，那么默认的配置或许就能满足。CC-Mode的各种行为都可以自由地定制，您可以参考这里的文档：CC-Mode参考文档

这里是我的.emacs文件中关于CC-Mode配置的部分，仅供参考：

1
2
3
4
5

;;;; CC-mode配置  http://cc-mode.sourceforge.net/
(require 'cc-mode)
(c-set-offset 'inline-open 0)
(c-set-offset 'friend '-)
(c-set-offset 'substatement-open 0)

1
2
3
4
5
6
7
8
9
10
11
12
13
14

;;;;我的C/C++语言编辑策略
 
(defun my-c-mode-common-hook()
  (setq tab-width 4 indent-tabs-mode nil)
  ;;; hungry-delete and auto-newline
  (c-toggle-auto-hungry-state 1)
  ;;按键定义
  (define-key c-mode-base-map [(control \`)] 'hs-toggle-hiding)
  (define-key c-mode-base-map [(return)] 'newline-and-indent)
  (define-key c-mode-base-map [(f7)] 'compile)
  (define-key c-mode-base-map [(meta \`)] 'c-indent-command)
  ;;  (define-key c-mode-base-map [(tab)] 'hippie-expand)
  (define-key c-mode-base-map [(tab)] 'my-indent-or-complete)
  (define-key c-mode-base-map [(meta ?/)] 'semantic-ia-complete-symbol-menu)

注意一下，上面最后两行是代码自动补齐的快捷键。后面我会提到代码自动补齐。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

;;预处理设置
(setq c-macro-shrink-window-flag t)
(setq c-macro-preprocessor "cpp")
(setq c-macro-cppflags " ")
(setq c-macro-prompt-flag t)
(setq hs-minor-mode t)
(setq abbrev-mode t)
)
(add-hook 'c-mode-common-hook 'my-c-mode-common-hook)
 
;;;;我的C++语言编辑策略
(defun my-c++-mode-hook()
(setq tab-width 4 indent-tabs-mode nil)
(c-set-style "stroustrup")
;;  (define-key c++-mode-map [f3] 'replace-regexp)
)

自动补齐通常用的都是hippie-expand，我也用了很长时间。不过有时候会觉得这个自动补齐“傻”了一点，常会补齐出一些毫不相干的东西，因为hippie-expand是根据你敲过的词和kill-ring等进行判断的，并不对程序语法进行分析。

所以你还需要安装一个代码分析工具，然后把它加进hippie-expand的扩展策略里去。我们可以用semantic。实际上，hippie-expand＋semantic是我所发现的最好的选择了，如果您有更好的，请您也告诉我一声:)

Semantic是CEDET 中的一个工具，CEDET是Collection of Emacs Development Environment Tools的缩写，它包含了好几个工具，都挺不错的。可惜我只会用其中两个。

您可以在.emacs中对Semantic进行配置，下面是我的.emacs相关的配置，仅供参考：

导入cedet：

(load-file "~/lib/emacs-lisp/cedet-1.0pre3/common/cedet.el")

配置Semantic的检索范围:

1
2
3

(setq semanticdb-project-roots 
(list
(expand-file-name "/")))

自定义自动补齐命令，这部分是抄hhuu的，如果在单词中间就补齐，否则就是tab。

1
2
3
4
5
6
7
8

(defun my-indent-or-complete ()
  (interactive)
  (if (looking-at "\\>")
      (hippie-expand nil)
    (indent-for-tab-command))
  )
 
(global-set-key [(control tab)] 'my-indent-or-complete)

hippie的自动补齐策略，优先调用了senator的分析结果：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

(autoload 'senator-try-expand-semantic "senator")
 
(setq hippie-expand-try-functions-list
      '(
        senator-try-expand-semantic
        try-expand-dabbrev
        try-expand-dabbrev-visible
        try-expand-dabbrev-all-buffers
        try-expand-dabbrev-from-kill
        try-expand-list
        try-expand-list-all-buffers
        try-expand-line
        try-expand-line-all-buffers
        try-complete-file-name-partially
        try-complete-file-name
        try-expand-whole-kill
        )
      )

注意一下我前面CC-Mode配置中有这么两行：

1
2

(define-key c-mode-base-map [(tab)] 'my-indent-or-complete)
(define-key c-mode-base-map [(meta ?/)] 'semantic-ia-complete-symbol-menu)

这样，我们在CC-Mode中就可以调用自定义的hippie补全了，快捷键是Tab。

另外，我还把快捷键“Alt + / ”绑定到了semantic-ia-complete-symbol-menu命令上，这是semantic的命令，它会根据分析结果弹出补齐的菜单，效果如图显示：

自动补齐效果图

CEDET中还有一个不错的工具是speedbar，你可以用它在多个文件中快速切换。在我的.emacs配置文件里，我把speedbar关联到了F5上：

(global-set-key [(f5)] 'speedbar)

这样用F5就可以调出speedbar，效果如下：

speedbar

不过说实话，我自己很少用到speedbar，我通常都是用dired配合bookmark使用:)

• 非官方扩展式visEMACS
• 官方的Emacs扩展²

不过，我对这种方式的经验总结：享受不到Emacs的周到体贴，却净受VS的大小姐脾气了。不给力啊，不给力。不过，作为出差旅行，远程登陆，客户服务时，没有Emacs可用时，让Visual studio 模拟一把Emacs，也不失为一种没有办法的好办法了。

这个方法不是本文的重点，所以不深入。

应该很多人都很眼红Visual studio的销魂的插件visual assist x吧。实时语法检查，快速打开文件，h,cpp文件，回到刚才编辑的地方，函数跳转，自动补全，插入模板。

可以号称操作系统的Emacs怎么可能没有这些功能呢？尽管这些不在本文范围，但是稍稍提及功能在Emacs中的对应，有兴趣想深入的请Google, Duckduckgo, Wikipedia.

• 快速打开文件
  至于快速打开文件一项，我感觉ECB做的并不是特别好，如果C++程序的头文件和实现文件没有在一个文件夹，很难找到。所以我用了一个比较笨的方法，生成文件的列表到一个文件，使用Emacs的查找功能和打开当前光标下文件的功能 find-file-at-point，我把它编定到了C-c C-f。这个过程还有两个副产物供cscope和etags用。确认你的机器上有cscope, find, etags⁸,将以下代码成为uptags.bat，放到系统的pathz中的某个文件夹下。

  %1
  cd %2
  rm TAGS
  rm cscope.files
  rm filelist.txt
  rm cscope.in.out
  rm cscope.out
  rm cscope.po.out
  if "%3" EQU "java" set PARAM=-name "*.java" -print
  if "%3" EQU "c++" set PARAM=-name "*.cpp" -print -o -name "*.r" -print -o -name "*.[hcrHs]" -print -o -name "*.hpp" -print -o -name "*.lua" -print
  echo %PARAM%
  find . %PARAM% > cscope.files
  less cscope.files | xargs etags -aR
  cscope -bkq -i cscope.files
  cp cscope.files filelist.txt
  find . -name "*.txt" -print >>  filelist.txt

  假设我们的C++工程在d:\mydocuments\workspace\cpp\，那么调用方法⁹为：

  uptags d: d:\mydocuments\workspace\cpp\ c++

  java工程在d:\mydocuments\workspace\java\， 那么调用方法为：

  uptags d: d:\mydocuments\workspace\java\ java

  那么打开文件helloworld.cpp的操作就是：C-x b filelist.txt , C-s helloworld.cpp, C-c C-f, RET。确实，稍显复杂，期待有更好的方法。

编译的话基本上还是要靠Visual studio 自带的工具：nmake¹⁰，msdev。本文主要介绍msdev。

• 使用msdev.exe
  msdev.exe位于安装路径下的bin目录，如我本机使用Visual studio 6.0，目录为”C:\Program Files\Microsoft Visual Studio\VC98\bin”。 直接调用msdev.exe，即启动Visual studio的UI界面，同时msdev.exe也接受命令行调用。我们看其帮助。

  msdev /?
  msdev /?
  Usage:
    MSDEV [myprj.dsp|mywksp.dsw]    - load project/workspace
      []        - load source file
      /?            - display usage information
      /EX         - execute a VBScript macro
      /OUT         - redirect command line output to a file
      /USEENV            - ignore tools.options.directories settings
      /MAKE [] [...]    - build specified target(s)
            [
   -
   ]
            [[
  |ALL] - [DEBUG|RELEASE|ALL]]
            /CLEAN        - delete intermediate files but don't build
            /REBUILD        - clean and build
            /NORECURSE    - don't build dependent projects

  假设我们有这么一个工程，路径为d:\Mydocuments\workbench\，工程目录结构，Configuration如下图
  

• 可以通过命令msdev.exe来编译工程test2¹¹。

  C:\Program Files\Microsoft Visual Studio\VC98\bin\msdev.exe test2.dsw /Make  /NORECURSE

  同样，使用clean，rebuild可以清除、重编译该工程。将test2 改为test21，test23，即改变编译对象。 总这样写也很麻烦，而且为了在Emacs中调用 ，我们将其写成一个批处理。

  d:
  cd  d:\Mydocuments\workbench\
  set project=%1
  set target=%2
  if  ==  set project=test2
  if  ==  set target=/NORECURSE
  msdev test2.dsw /Make  %target%

  保存为makTest2.bat。调用方式为：

  makeTest2 [工程 [目标]]

  默认为编译test2 的 /NORECURSE。如果要编译test23的rebuild，调用方式为：

  makeTest2 test23 /REBUILD

实际上，如果有了编辑，编译，那么调试就不需要了。因为调试器是一切罪恶他妈¹²。

哈哈，当然是开玩笑的了。作为一个有思想的程序员，要认清楚，编译器，调试器都只是恶魔，程序员本身，也就是我们，才是恶魔他妈（当然大部分是他爹^_^ ）。

哈哈，那么作为恶魔的产生者，我们当然要丰富自己的技能，而调试就是一个必杀技。我杀，bug闪……..

• cdb-gud
  要用Emacs调试Visual studio 的程序，首先需要一个el – cdb-gud.el 。cdb-gud使用Microsoft的命令行调试器cdb来调试程序。 cdb-gud.el只需下载，然后在.emacs中使用下面语句，cdb-gud就随时待命了。
  ^?View Code LISP

  +cdb [[http://msdn.microsoft.com/en-us/vstudio/default.aspx][Visual studio ]] (when (eq system-type 'windows-nt) (load-file ) )

  调用cdb-gud: M-x cdb RET。

• Microsoft命令行调试器cdb.exe
  如果你是一个Windows程序员，Windbg听说过吗？如果没有听说过，我建议你去看看《软件调试》，这本书讲的非常的透彻。 注意，这是一本厚度为1000页的砖头书。如果你没有耐心去读这么厚的书，那么还有一个选择，《Windows用户态程序高效排错》， 内容236页，内容写的不多，但是书内提供的资源。 两本书排名不分先后。那么cdb就在Windbg的安装目录下。Windbg是Windows下的能用户态调试核心态调试的强大的图形界面的调试器。那么，简而言之，尽管不太准确¹³，cdb就是非图形界面的调试用户态程序的windbg。

  简要介绍一下cdb：cdb就是一个命令行的调试器，over。

  深入探讨一学cdb: 我想很深入的探讨一下cdb，但是实在是没有如此深厚的内功，但是我可以推荐一些内容供有兴趣的去深入。

  • WINDBG安装目录内的debugger.chm
  • windbg info
  • MSDN的帮助

  强烈推荐将windbg info 打印出来在手边供不时查阅之需。

  现在，来启动cdb-gud吧：M-x cdb RET

  Showtime¹⁴!

• 例子
  建立一个Visual studio 的console典型的Hello world工程（比如刚才的test2），源代码如下¹⁵：
  ^?View Code C

  #include "stdafx.h" #include void assign (int a[], int n) { for (int i = 0; i < n; ++i) { if (a[i] == 0) { a[i] = i; } } }   int main(int argc, char* argv[]) {   int a[100]; assign(a, 100); for (int i = 0; i < 100; ++i) { printf("%d\t", a[i]); }   return 0; } }

  通过上边程序，我们期待打出所有0-99的数，每个数是间隔一个制表符，每十个数打出一个换行。

  我们编译运行代码，得到结果：

  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460
  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460  -858993460

  有点奇怪，为什么没有得到我们需要的东西呢？？

  从代码中貌似看不到直接的证据证明我们的代码逻辑的错误。我们就祭出cdb。

  M-x cdb RET

  minibuffer: cdb d:\Mydocuments\workbench\test2\debug\test2.exe 会有以下界面提示。

  Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
  Copyright (c) Microsoft Corporation. All rights reserved.
  
  CommandLine: d:/Mydocuments/workbench/tmp/VCTest/test2/test/Debug/test.exe
  Symbol search path is: C:\symbolsXpSp3;d:/Mydocuments/workbench/via/helios/coyote/Bin/MULTIMEDIA_PRO_240x320_Debug
  Executable search path is:
  *** WARNING: Unable to verify checksum for test.exe
  ModLoad: 00400000 0042c000   test.exe
  ModLoad: 7c900000 7c9b2000   ntdll.dll
  ModLoad: 7c800000 7c8f6000   C:\WINDOWS\system32\kernel32.dll
  (a90.1eb8): Break instruction exception - code 80000003 (first chance)
  eax=00241eb4 ebx=7ffd9000 ecx=00000000 edx=00000001 esi=00241f48 edi=00241eb4
  eip=7c90120e esp=0012fb20 ebp=0012fc94 iopl=0         nv up ei pl nz na po nc
  cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00000202
  ntdll!DbgBreakPoint:
  7c90120e cc              int     3
  0:000> cdb: Reading initial command 'l+*;l-s'
  Source options are ffffffff:
       1/t - Step/trace by source line
       2/l - List source line at prompt
       4/s - List source code at prompt
       8/o - Only show source code at prompt
  Source options are fffffffb:
       1/t - Step/trace by source line
       2/l - List source line at prompt
       8/o - Only show source code at prompt
  0:000>

  0:000: bp main

  bp 表示打断点，断点的方式有几种：函数名，文件行数，内存地址。

  但是我最喜欢的还是：当调试过程已经在运行，*在Emacs中打开文件，走到需要打断点的行，C-x space*，断点就打到该行，很给力啊。

  Breakpoint 0 hit
  test!main:
  0040d880 55              push    ebp
  0:000> p
  test!main+0x1e:
  0040d89e 6a64            push    64h
  0:000> t
  test!ILT+15(?assignYAXQAHHZ):
  00401014 e907c80000      jmp     test!assign (0040d820)
  0:000> p
  test!assign:
  0040d820 55              push    ebp
  0:000> p
  test!assign+0x18:
  0040d838 c745fc00000000  mov     dword ptr [ebp-4],0  ss:0023:0012fd8c=cccccccc

  g==go，所以表示开始运行程序。

  p 单步跟踪，不进入子函数。

  t 单步跟踪，但是进入子函数。

  不出意外，当你使用p或者t跟踪程序的时候，源代码窗口已经打开，同时随着跟踪，相应的代码行也会高亮。

  0:000> dv
                a = 0x0012fdf0
                n = 100
                i = -858993460
  0:000> p
  test!assign+0x32:
  0040d852 8b55fc          mov     edx,dword ptr [ebp-4] ss:0023:0012fd8c=00000000
  0:000> dv
                a = 0x0012fdf0
                n = 100
                i = 0
  0:000> dt a[0]
  Local var @ 0x12fd98 Type a[ 100]
  [0] 0x0012fdf0
   -> -858993460
  0:000> dt a[1]
  Local var @ 0x12fd98 Type a[0]
  [1] 0x0012fdf0
   -> -858993460
  0:000> dt a[i]
  Local var @ 0x12fd98 Type a[1]
  [0] 0x0012fdf0
   -> -858993460

  dv：显示当前的局部变量。

  dt: 显示指定的变量。

  当前发现为什么a数组的值怎么是负数，不是期待的0呢？

  0:000> k
  ChildEBP RetAddr
  0012fd90 0040d8ac test!assign+0x32 [D:\Mydocuments\workbench\tmp\VCTest\test2\test\test.cpp @ 10]
  0012ff80 00401209 test!main+0x2c [D:\Mydocuments\workbench\tmp\VCTest\test2\test\test.cpp @ 21]
  0012ffc0 7c817077 test!mainCRTStartup+0xe9 [crt0.c @ 206]
  WARNING: Stack unwind information not available. Following frames may be wrong.
  0012fff0 00000000 kernel32!RegisterWaitForInputIdle+0x49
  0:000> .frame 1
  01 0012ff80 00401209 test!main+0x2c [D:\Mydocuments\workbench\tmp\VCTest\test2\test\test.cpp @ 21]
  0:000> dv
             argc = 1
                i = -858993460
  Type information missing error for a
  0:000>

  k：打印出当前的栈内容

  .frame：跳转到栈中的第几帧，当前为第0帧。

  在.frame 1后，我们注意到以下代码：

  ^?View Code C

  int a[100];

  貌似a[ 100]没有初始化吧。

  0:000> q

  然后修改代码后

  ^?View Code C

  #include "stdafx.h" #include void assign (int a[], int n) { for (int i = 0; i < n; ++i) { if (a[i] == 0) { a[i] = i; } } }   int main(int argc, char* argv[]) {   int a[100]={0}; assign(a, 100); for (int i = 0; i < 100; ++i) { if (0 == (i % 10)) { printf("\n"); } printf("%d\t", a[i]); }   return 0; }

  编译运行，结果：

  test\debug\test.exe
  
  0 1 2 3 4 5 6 7 8 9
  10  11  12  13  14  15  16  17  18  19
  20  21  22  23  24  25  26  27  28  29
  30  31  32  33  34  35  36  37  38  39
  40  41  42  43  44  45  46  47  48  49
  50  51  52  53  54  55  56  57  58  59
  60  61  62  63  64  65  66  67  68  69
  70  71  72  73  74  75  76  77  78  79
  80  81  82  83  84  85  86  87  88  89
  90  91  92  93  94  95  96  97  98  99

  那么cdb简单使用就介绍完了。

  然而，其实很多cdb的强大功能都没有介绍到：

  • 可以调试程序崩溃时留下的内存转储文件dump，调出其堆栈休息。
  • 可以附挂到一个正在运行的程序。
  • 远程调试
  • 显示，执行代码
  • 处理断点（支持复杂的条件断点）
  • 读写内存地址
  • 反汇编
  • 多线程调试
• Windows符号文件
  对于一般的console程序，可能这样就够了。但是在调试广大的Windows程序时，哪能不接触Windows的API啊，调试这些个玩意儿，才是让人头痛的东西呢，没有源代码！！cdb的一个机制可以让你没有源代码的情况下看到很多Windows的公开数据结构。

  首先，先查看自己的系统的版本，在我的电脑->右键->属性，我可以看到我的系统是Microsoft Windos XP Professional Service Pace 3， 那么我就来这里下载Windows的相应的符号文件。

  将其安装到本机，比如：C:\symbolsXpSp3。添加环境变量：_NT_ALT_SYMBOL_PATH，设其值为安装目录。

  经此设置，cdb在调试时就可以看到Windows API的符号文件。更多内容，还请参考帮助文档或者我推荐的两本书。

在编译好程序后，就可以开始调试了。直接运行gdb命令M-x gdb RET 在minibuffer中会出现需要执行的gdb命令。例如：gdb –annotate=3 prog 如果当前目录下有可执行文件（通常恰好是需要调试的文件），gdb会在其后自动补上可执行文件，否则需要在minibuffer中补上要调试的程序文件名。

继续回车，Emacs的GUD（Grand Unified Debugger）就会关联到gdb并加载要调试的程序了。

启动gdb后，Emacs的界面会变成下面两种之一：

GDB单窗格模式

GDB多窗格模式

可以通过gdb-many-windows来切换这两种界面布局。

如果界面被打乱了（例如，在minibuffer中使用补全，查看帮助，重新编译程序），可以使用gdb-restore-windows来恢复界面布局。

接下来就要开始调试程序了。

首先将断点设置在要调试的地方。有两种方法：

第一种，在要设置断点的行左边的fringe上单击一下（就是文本左边与滚动条之间空出的那一块）。隐藏了fringe的朋友可以M-x fringe-mode显示它。

第二种，使用默认快捷键C-x C-a C-b, 或者 C-x <SPC>。它们都关联到命令gud-break。

无论使用哪种方法，fringe上都会在设置了断点的行上显示一个红点，表示这行设了断点：

同时，在断点buffer中也会显示已有的断点信息：

断点buffer

要删除断点，同样有两种对应的方法：在fringe的断点上单击一下，或者使用快捷键C-x C-a C-d（对应命令gud-remove）。

可以在断点buffer上单击某个断点切换到断点所在位置。将光标移动到断点处回车也有同样的效果。

在断点buffer上按空格键可以切换断点的激活和禁用状态。

设置好断点后就可以运行程序了。单击工具栏上的就开始运行了。也可以使用gud-go命令来运行。奇怪的是没有任何默认快捷键绑定。

当程序运行到断点时，程序会在断点处停下来，并自动打开停下的语句所在的代码文件。同时在fringe上在停下的语句处有三角形的指示器。

现在，我们来一步步运行程序。

在调试中最常用的功能就是单步执行了。单步执行有两种：将函数调用作为一条语句执行（Next）和遇到函数时进入函数中进行调试（Step）。

要使用第一种方式，默认快捷键是C-x C-a C-n，对应命令为gud-next。也可以单击工具栏上的 。

第二种方式的默认快捷键是C-x C-a C-s，对应命令为gud-step。也可以单击工具栏上的 。

如果想跳出当前函数，可以使用命令gud-finish，默认快捷键为C-x C-a C-f，工具栏上有 可用。

在Emacs中还可以运行到光标所在的行。使用命令gud-until即可，默认快捷键为C-x C-a C-u。¹

也可以直接把当前语句指示器拖到任意一行，程序会运行到那一行再停下来。

在程序中断后要继续运行程序，依然是使用gud-go命令或 ，也可以使用命令gud-cont，对应快捷键为C-x C-a C-r。

如果打开了gdb-many-windows，在右上角会显示Locals buffer，其中显示了当前局部变量的值。如果显示的是寄存器（Register）buffer，单击左边的Locals就可以切换到Locals　buffer了。在其中可以方便地观察到各变量的值。

如果没有打开gdb-many-windows，也可以使用gdb-display-locals-buffer来显示该buffer。

遇到一些Locals里没有显示的变量，或者比较复杂的结构，就需要用到观察变量的功能了。

将光标停留在要观察的变量上，执行命令gud-watch，可以将变量加入观察列表中。默认的快捷键是C-x C-a C-w。也可以使用工具栏上的 。

被观察的变量将在Speedbar中显示。对于复杂结构，可以单击Speedbar上的+号将其展开或收缩。在+号上按空格键也有相同的效果。²

有时候Emacs观察的变量不是你所想要的，一般是a->b这类的情况。这时可以将要观察的部分选中，再使用上述方法即可。

可以用gud-tooltip-mode开启或关闭工具提示。开启后将鼠标指针停留在变量名上时将在工具提示中显示变量的值。

默认来说，程序的输入输出是在gdb buffer里显示的。这样输出信息和gdb信息混合在一起，阅读起来非常不便。这时候，你需要把输入输出单独显示在一个buffer里，方便查看。

使用gdb-use-separate-io-buffer，可以在程序代码buffer右侧新建一个IO buffer，程序对标准输入输出的操作都会重定向到这里。再执行一次该命令则会隐藏。

需要输入数据的时候，只需要在IO buffer中输入数据回车即可。已经输入的数据会被加粗，以和输出信息区分开来。

有时候我们已经准备好了用于输入的数据在文件中，以避免调试时烦琐的输入。这时候就需要在调试时进行输入输出重定向了。

要进行重定向，只能使用gdb自带的功能。在gdb buffer中输入 run < data.in > data.out 就可以将标准输入重定向到data.in，将标准输出重定向到data.out了。