From 88408ef3e43b827164affecbe2099e91b6404b8a Mon Sep 17 00:00:00 2001
From: wxy <xingyu.wang@gmail.com>
Date: Tue, 25 Nov 2014 21:51:15 +0800
Subject: [PATCH] PUB:How-to-debug-a-C or C++ program with GDB command-line
 debugger

@SPccman
---
 ... program with GDB command-line debugger.md | 49 ++++++++++---------
 1 file changed, 25 insertions(+), 24 deletions(-)
 rename {translated/tech => published}/How-to-debug-a-C or C++ program with GDB command-line debugger.md (64%)

diff --git a/translated/tech/How-to-debug-a-C or C++ program with GDB command-line debugger.md b/published/How-to-debug-a-C or C++ program with GDB command-line debugger.md
similarity index 64%
rename from translated/tech/How-to-debug-a-C or C++ program with GDB command-line debugger.md
rename to published/How-to-debug-a-C or C++ program with GDB command-line debugger.md
index b96bcab09b..f65bcb96d8 100644
--- a/translated/tech/How-to-debug-a-C or C++ program with GDB command-line debugger.md	
+++ b/published/How-to-debug-a-C or C++ program with GDB command-line debugger.md	
@@ -1,6 +1,6 @@
 使用GDB命令行调试器调试C/C++程序
 ============================================================
-没有调试器的情况下编写程序时最糟糕的状况是什么？编译时，跪着祈祷不要出错？用生命在运行可执行程序（blood offering不知道怎么翻译好...）？或者在每一行代码间添加printf("test")语句来定位错误点？如你所知，编写程序时不使用调试器的话是不利的。幸好，linux下调试还是很方便的。大多数人使用的IDE都集成了调试器，但linxu著名的调试器是命令行形式的C/C++调试器GDB。然而，与其他命令行工具一致，DGB需要一定的练习才能完全掌握。这里，我会告诉你GDB的基本情况及使用方法。
+没有调试器的情况下编写程序时最糟糕的状况是什么？编译时跪着祈祷不要出错？用血祭召唤恶魔帮你运行可执行程序？或者在每一行代码间添加printf("test")语句来定位错误点？如你所知，编写程序时不使用调试器的话是不方便的。幸好，linux下调试还是很方便的。大多数人使用的IDE都集成了调试器，但 linux 最著名的调试器是命令行形式的C/C++调试器GDB。然而，与其他命令行工具一致，DGB需要一定的练习才能完全掌握。这里，我会告诉你GDB的基本情况及使用方法。
 
 ###安装GDB###
 
@@ -18,11 +18,11 @@ Fedora,CentOS 或 RHEL：
 
     $sudo yum install gdb
 
-如果在仓库中找不到的话，可以从官网中下载[official page][1]
+如果在仓库中找不到的话，可以从[官网中下载][1]。
 
 ###示例代码###
 
-当学习GDB时，最好有一份代码，动手试验。下列代码是我编写的简单例子，它可以很好的体现GDB的特性。将它拷贝下来并且进行实验。这是最好的方法。
+当学习GDB时，最好有一份代码，动手试验。下列代码是我编写的简单例子，它可以很好的体现GDB的特性。将它拷贝下来并且进行实验——这是最好的方法。
 
     #include <stdio.h>
     #include <stdlib.h>
@@ -48,21 +48,21 @@ Fedora,CentOS 或 RHEL：
 
     $ gdb -tui [executable's name]
 
-使用”-tui“选项可以将代码显示在一个窗口内（被称为”文本接口”），在这个窗口内可以使用光标来操控，同时在下面输入GDB shell命令。
+使用”-tui“选项可以将代码显示在一个漂亮的交互式窗口内（所以被称为“文本用户界面 TUI”），在这个窗口内可以使用光标来操控，同时在下面的GDB shell中输入命令。
 
 ![](https://farm3.staticflickr.com/2947/15397534362_ac0b5692c8_z.jpg)
 
 现在我们可以在程序的任何地方设置断点。你可以通过下列命令来为当前源文件的某一行设置断点。
 
-    break [line number]
+    break [行号]
 
 或者为一个特定的函数设置断点：
 
-    break [function name]
+    break [函数名]
 
 甚至可以设置条件断点
 
-    break [line number] if [condition]
+    break [行号] if [条件]
 
 例如，在我们的示例代码中，可以设置如下：
 
@@ -74,23 +74,25 @@ Fedora,CentOS 或 RHEL：
 
 最后但也是很重要的是，我们可以设置一个“观察断点”，当这个被观察的变量发生变化时，程序会被停止。
 
-    watch [variable]
+    watch [变量]
 
-可以设置如下：
+这里我们可以设置如下：
 
     watch d
 
 当d的值发生变化时程序会停止运行（例如，当i>97为真时）。
-当设置后断点后，使用"run"命令开始运行程序，或按如下所示：
+
+当设置断点后，使用"run"命令开始运行程序，或按如下所示：
 
     r [程序的输入参数（如果有的话）]
 
-gdb中，大多数的单词都可以简写为一个字母。
+gdb中，大多数的命令单词都可以简写为一个字母。
+
 不出意外，程序会停留在11行。这里，我们可以做些有趣的事情。下列命令：
 
     bt
 
-回溯功能可以让我们知道程序如何到达这条语句的。
+回溯功能（backtrace）可以让我们知道程序如何到达这条语句的。
 
 ![](https://farm3.staticflickr.com/2943/15211202760_1e77a3bb2e_z.jpg)
 
@@ -98,16 +100,15 @@ gdb中，大多数的单词都可以简写为一个字母。
 
 这条语句会显示所有的局部变量以及它们的值（你可以看到，我没有为ｄ设置初始值，所以它现在的值是任意值）。
 
-当然
+当然：
 
 ![](https://farm4.staticflickr.com/3843/15374838916_8b65e4e3c7_z.jpg)
 
-    p [variable]
+    p [变量]
 
-这可以显示特定变量的值，但是还有更好的：
-
-    ptype [variable]
+这个命令可以显示特定变量的值，而更进一步：
 
+    ptype [变量]
 
 可以显示变量的类型。所以这里可以确定d是double型。
 
@@ -115,11 +116,11 @@ gdb中，大多数的单词都可以简写为一个字母。
 
 既然已经到这一步了，我么不妨这么做：
 
-　　　　set var [variable] = [new value]
+	set var [变量] = [新的值]
 
 这样会覆盖变量的值。不过需要注意，你不能创建一个新的变量或改变变量的类型。我们可以这样做：
 
-　　　　set var a = 0
+	set var a = 0
 
 ![](https://farm3.staticflickr.com/2949/15211357497_d28963a9eb_o.png)
 
@@ -127,17 +128,17 @@ gdb中，大多数的单词都可以简写为一个字母。
 
     step
 
-使用如上命令，运行到下一条语句，也可以进入到一个函数里面。或者使用：
+使用如上命令，运行到下一条语句，有可能进入到一个函数里面。或者使用：
 
     next
 
-这可以直接下一条语句，并且不进入子函数内部。
+这可以直接运行下一条语句，而不进入子函数内部。
 
 ![](https://farm4.staticflickr.com/3927/15397863215_fb2f5912ac_o.jpg)
 
 结束测试后，删除断点：
 
-    delete [line number]
+    delete [行号]
 
 从当前断点继续运行程序：
 
@@ -147,7 +148,7 @@ gdb中，大多数的单词都可以简写为一个字母。
 
     quit
 
-总结，有了GDB，编译时不用祈祷上帝了，运行时不用血祭（？）了，再也不用printf(“test“）了。当然，这里所讲的并不完整，而且GDB的功能远不止这些。所以我强烈建议你自己更加深入的学习它。我现在感兴趣的是将GDB整合到Vim中。同时，这里有一个[备忘录][2]记录了GDB所有的命令行，以供查阅。
+总之，有了GDB，编译时不用祈祷上帝了，运行时不用血祭了，再也不用printf(“test“）了。当然，这里所讲的并不完整，而且GDB的功能远远不止于此。所以我强烈建议你自己更加深入的学习它。我现在感兴趣的是将GDB整合到Vim中。同时，这里有一个[备忘录][2]记录了GDB所有的命令行，以供查阅。
 
 你对GDB有什么看法？你会将它与图形调试器对比吗，它有什么优势呢？对于将GDB集成到Vim有什么看法呢？将你的想法写到评论里。
 
@@ -157,7 +158,7 @@ via: http://xmodulo.com/gdb-command-line-debugger.html
 
 作者：[Adrien Brochard][a]
 译者：[SPccman](https://github.com/SPccman)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
 
 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出