在使用ns2过程中，避免不了要修改或者添加一些模块，对C++代码进行改动。编写好自己的功能模块以后，进行编译执行。但通常不会这么容易通过，经常会出现编译可以通过，但执行是会出错。比较常见的是“段错误”，因指针内容为空。这个时候，需要用调试器对源代码进行调试，来精确定位错误发生在哪里。下面记录一些我比较常用的调试功能，GDB在linux中常用的调试器，功能比较全，我用到的也不多。以后会继续更新。
首先要让我们的ns2支持gdb的调试，需要对makefile进行修改。（以ns2.29为例）加上-g3选项。
.cc.o: @rm -f $@ $(CPP) -g3 -c $(CFLAGS) $(INCLUDES) -o $@ $*.cc .c.o: @rm -f $@ $(CC) -g3 -c $(CFLAGS) $(INCLUDES) -o $@ $*.c
修改完上面的内容后，重新编译。然后可以在任意目录下执行：gdb ns。此时就可以进行调试了，介绍几个我常用的命令。
(gdb) r test.tcl //执行指定的test.tcl文件
(gdb) b udp.cc:55 //在udp.cc文件的第55行打断点
(gdb) c //执行到断点处，继续往下执行
(gdb) bt //查看调用栈。觉得这个挺有用，可以查看整个仿真过程的调用过程，对理解仿真步骤和执行过程很有帮助
(gdb) p node //查看变量node的值，当执行到断点时，可以查看变量的值是否是自己需要的值
我在使用过程中，这几个命令结合着使用就基本能定位自己的代码哪里有问题了。但这并没有结束，因为偶尔会出现一些错误，提示会告诉你跟系统中的某些头文件有关，这个时候就比较困难了。暂时这些问题只能解决到此，相信随着学习的进一步深入，能解决的问题也会越来越多。关于gdb的调试，也会继续更新。（虽然博客更新的频率比较低）
版权声明：本文为博主原创文章，未经博主允许不得转载。
来源：https://www.cnblogs.com/gxwang/archive/2013/06/01/4940873.html