简单的说，gdb是一款强大的调试工具，尽管它只有文本界面（需要图形界面可以使用ddd，不过区别不大），但是功能却比eclipse等调试环境强很多。

接下来看看怎样让它为lab2拆炸弹服务，在命令行下运行gdb bomb就能开始调试这个炸弹程序，提高警惕，恩

首先最重要的，就是如何阻止炸弹的引爆，gdb自然提供了一般调试工具都包括的断点功能——break命令

在gdb中输入help break能够看到相关的信息

(gdb) help break

Set breakpoint at specified line or function.
Argument may be line number, function name, or "*" and an address.
If line number is specified, break at start of code for that line.
If function is specified, break at start of code for that function.
If an address is specified, break at that exact address.
With no arg, uses current execution address of selected stack frame.
This is useful for breaking on return to a stack frame.
Multiple breakpoints at one place are permitted, and useful if conditional.
Do "help breakpoints" for info on other commands dealing with breakpoints.

可以看到break允许我们使用行号、函数名或地址设置断点

按ctrl+z暂时挂起当前的gdb进程，运行objdump –d bomb | more 查看反编译后的炸弹文件，可以看到里面有这么一行（开始的那个地址每个人都不同）：

08049719 <explode_bomb>:

这个就是万恶的引爆炸弹的函数了，运行fg返回gdb环境，在这个函数设置断点：

break explode_bomb （可以使用tab键自动补齐）

显示

Breakpoint 1 at 0x8049707

接下来你可以喘口气，一般情况下炸弹是不会引爆的了

下面我们来拆第一个炸弹，首先同样是设置断点，bomb.c中给出了各个关卡的函数名，第一关就是phase_1，使用break phase_1在第一关设置断点

接下来就开始运行吧，输入run

Welcome to my fiendish little bomb. You hava 6 phases with

which to blow yourself up. Hava a nice day!

我们已经设置了炸弹断点，这些恐吓可以直接无视。

输入ABC继续（输入这个是为了方便在后面的测试中找到自己的输入串地址）

提示Breakpoint 2, 0x08048c2e in phase_1 ()，说明现在程序已经停在第一个关了

接下来就是分析汇编代码，使用disassemble phase_1显示这个函数的汇编代码

注意其中关键的几行：

8048c2e:68 b4 99 04 08          push   $0x80499b4

8048c33:ff 75 08              pushl 0x8(%ebp)

8048c36:e8 b1 03 00 00        call   8048fec <strings_not_equal>

这个lab很厚道的一点就是函数名很明确地说明了函数的功能 ^_^

估计这三行代码的意思就是比较两个字符串相等，不相等的话应该就会让炸弹爆炸了

因为字符串很大，所以传递给这个比较函数的肯定是他们的地址，分别为0x80499b4和0x8(%ebp)

我们先来看后者，使用p/x *(int*)($ebp + 8)查看字符串所在的地址

$1 = 0x804a720，继续使用p/x *0x804a720查看内存中这个地址的内容

$2 = 0x434241，连续的三个数，是不是想起什么了？把这三个数分别转换为十进制，就是67 66 65，分别为CBA的ASCII码，看来这里保存了我们输入的串。

接下来0x80499b4里肯定保存着过关的密码

p/x *0x80499b4，显示$3 = 0x62726556，c中的字符串是以0结尾的，看来这个字符串还不止这个长度，继续使用

p/x *0x80499b4@10查看这个地址及其后面36个字节的内容，终于在第二行中出现了终结符”0x0”（不一定是四个字节）

$4 = {0x62726556, 0x7469736f, 0x656c2079, 0x20736461, 0x75206f74, 0x656c636e, 0x202c7261, 0x72616e69,

 0x75636974, 0x6574616c, 0x69687420, 0x2e73676e, 0x0, 0x21776f57, 0x756f5920, 0x20657627, 0x75666564,

 0x20646573, 0x20656874, 0x72636573}

把开头到0x0的所有信息字节下来，通过手算或者自己写程序得出最后的密码串（注意little endian中字符的排列方式！）

输入run重新运行，输入刚才得出的密码串，如果前面的计算正确的话，就会提示

Phase 1 defused. How about the next one?

关于这个lab的一些其他心得：

1.       VMware中开发很不舒服，屏幕小、字体丑@@、需要Ctrl+Alt切换回windows，不怎么方便，推荐在windows下使用pietty登录虚拟机中的linux系统（RedHat 9默认安装了sshd），个人觉得这样比较方便。

2.       ASCII查询可以在linux终端中运行man ascii。

3.       退出gdb后，再次进入时一定要注意使用break给explode_bomb上断点，不可大意 ~.~

4.       后面的几关涉及递归等内容，也有和前面几次作业很相似的东东。

 
{
    Matrix mat(4, 4);
    {
        Matrix mat2 = mat;
    }
}
    把mat复制给mat2后，mat2中的_pmat与mat的_pmat指向同一个数组，在mat2所在的域结束后，mat2被释放，同时删除了_pmat指针指向的内容。错误发生。
    解决办法是在Matrix::Matrix( const Matrix &rhs )中详细指出深层拷贝的方法，同时实现赋值操作符的重载。

4. mutable 和 const
const方法无法修改类的成员，mutable成员除外。

Summary

The problem can be corrected by writing -2147483647-1, rather than -2147483648 in any C code.

Description of Problem

The compiler processes an expression of the form -X by first reading the expression X and then negating it. Thus, when the C compiler encounters the constant -2147483648, it first processes 2147483648, yielding 2147483648U, and then negates it. The unsigned negation of this value is also 2147483648U. The bit pattern is correct, but the type is wrong!

书上的一个小错误

Writing TMin in Code

/* Minimum and maximum values a `signed int' can hold.  */

#define INT_MAX	2147483647

#define INT_MIN	(-INT_MAX - 1)

This method of declaring INT_MIN avoids accidental promotion and also avoids any warning messages by the C compiler about integer overflow.

The following are ways to write TMin_32 for a 32-bit machine that give the correct value and type, and don't cause any error messages:

• -2147483647-1
• (int) 2147483648U
• 1<<31

3.
typedef string *pstring;
const pstring cstr;
等价于string *const cstr;
而不是const string *cstr;
也可以写成pstring const str;
但是大多数人习惯把const写在类型的前面，尽管这种情况把const放在类型后面更容易理解。

但事实上两者区别很小，编译器只是让函数接收一个指针。

二维数组类似

char str[][10];

2. 宏

#define MIN(a, b) (a<b) ? a : b

使用该宏时表达式被直接替换，增加了代码的速度，但因此增加了程序的长度。

char *s = "string1";
strcpy(s, "string2");
这样为什么会segmentation fault?

后面的解答：

char *s="string1" //此时"string1"在常量区 s是指向常量区的一个指针 你不能对
常量区的内容进行修改

char s[]="string2" //此时"string2" 在栈区 此时可以对里面的内容进行修改

所以你可以写成

char s[]="string1";
strcpy(s,"string2");

2. 使用地址传递结构，减少开销
学C++最不适应的就是指针的应用，因为没有C的基础，尽管高中竞赛用的是Pascal，也用指针实现了trie、图的链式表示等比较复杂的数据结构，但是也没有像C++这样指针穿插在整个程序中的，当然C更多。
C++传递结构时默认是先复制一份拷贝，然后函数操作的是该拷贝，而不是Java中的传递引用（当然Java没有结构这一类型）。
C++ Primer Plus中指出要
1) 调用函数时传递地址&myStruct
2) 形参声明为指针MyStruct *
3) 访问成员使用操作符 ->

3. 将引用用于结构
同样，为了节省时空开销，在函数返回值时尽量使用引用。
const MyStruct & use(MyStruct & mystruct)
注意最好将返回的引用声明为const，否则可以使用这样的代码：
use(myStruct).used = 10;
容易产生语义混乱。
但在某些时候必须去掉const关键字。

#include <iostream>
#include <vector>
#include <string>
#include <fstream>
#include <iterator>

using namespace std;

int main() {
    ifstream fin("p61.in");
    istream_iterator<string> ii(fin);
    istream_iterator<string> eos;
 
    vector<string> b(ii, eos);
 
    ostream_iterator<string> oo(cout, "\n");
 
    unique_copy(b.begin(), b.end(), oo);
 
    system("PAUSE");
}

3. 向函数传递二维指针
void f(int a[][4]) 或者 void f(int (*a2)[4])