调试C++程序要安装gcc-debug infoinfo吗

GCC是一个交叉平台的编译器,我想大家并不会觉得陌生。C/C++开发的时候很多时候都会用到GCC来进行编译。

    虽然在Linux环境下,文件的后缀对于系统来说并没有什么意义,。不想windows环境下,文件扩展名对应着程序的执行。但是和计算机交流的毕竟还是程序员,对于一个光秃秃没有后缀的文件来说,没办法一眼看出到底是什么文件类型,那么对于编译过程其实会有一系列的约定俗成的文件后缀,以方便程序员能够快速知道这个文件到底是什么。
有目标文件构成的档案库文件
经过预处理的C++程序
变异后的目标文件(二进制文件,但未链接,不能直接执行)
    其实GCC是一组编译共工具的总成,他的软件包里包含众多的工具,按照类型可以分为:
    从源代码文件,到可执行文件需要四个过程
  • GCC编译流程的各项参数




      • 预处理后可以看到,和之前的代码区别很大,增加了许多的内容,但是还依然是文本文件可读的。增加的这部分内容比如包含的头文件之类的预处理内容


        源代码和预处理文件的类型


    • 可以看出,会变处理完成的文件类型认识text。我们来查看一下


      编译完成以后的汇编指令


    • 会变完成后,可以看出,生成的文件已经是一个二进制文件了,同时这个二进制文件不具备可执行的权限,添加可执行权限后,依然不能执行。


      汇编完成后强行查看的结果


      强行查看汇编后的结果,显然不适合人类阅读

    • 明显可以看到,链接完后,会生成一个可执行文件,通过file指令也能看到executable的标识。


GCC常用编译选项说明

  • $ gcc -c test.c 仅把源程序编译为目标代码并不做链接的工作, 所以采用该选项的编译指令不会生成最终的可执行程序,而是生成一个与源程序文件名相同的.o为后缀的目标文件


  • 这个选项可以向gcc的头文件索索路径中添加新的目录<dir>
    比如对于头文件不在同一个目录下的情况直接编译会报错,那么就需要I选项来指定头文件目录

    创建不在同一目录的源程序和头文件




    可以看出,如果直接编译会报错,需要使用-I选项只i的那个目录才能完成编译
  • $ gcc -static test.c -o test_static gcc默认情况下连接的是动态库,又是为了把一些函数静态编译到程序中,而无需链接动态库时而指定(应用程序会变大,如果一个库许多函数在用,那么不应该使用)。如果一个库只是某一个函数在使用,并且不太大的情况,才适合静态编译

  • $ gcc test.c -o test 默认情况下,没有该选项,刚才吹在当前目录下生成一个a.out的可执行程序。该指令可以指定生成的可执行文件的名称

  • gcc对源代码编译时进行优化,这些优化在大多数情况下都会是程序执行更快

  • gcc会产生尽可能小和尽可能快的代码。
    该选项的编译速度比-O慢,但通常产生的代码执行的速度会更快。

  • 生成调试信息,GNU调试器可以利用该信息。gcc编译器使用该选项进行编译时,将调试信息加入目标文件当中,这样GDB调试器就可以根据这些调试信息来跟踪程序的执行状态

  • 编译完成后,,额外产生一个性能分析所需的信息

  • 编译多个头文件和源文件





  • 由两个目标文件生成程序

函数库分为静态库和动态库两种。
静态库,指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件较大,但运行时就不需要其他的库文件了。后缀一般为“.a”。
动态库,与静态库相反,在编译链接时没有把库文件的代码加入到可执行文件中去,而是在程序执行时链接文件加载库,这样可以节省系统的开销。动态库的后缀一般为“.so”

    • 编译动态库需要用到的选项

      • 指定生成动态链接库(让连接器生成T类型的导出符号表,有时有也生成若连接W类型的导出符号),不用改标志外部程序无法连接,相当于一个可执行文件
      • 表示编译为位置独立的代码,不用此选项,编译后的代码是位置相关的,所以动态载入时,是通过代码拷贝的方式来满足不同进程的需要,而不能达到真正代码段共享的目的。

删除动态库后执行的报错信息

其实也可以选择不把so文件放在系统的库里面,那么就需要手动添加搜索的路径

通过nm xxx.a可以查看该静态库中的函数都有哪些

动态编译和静态编译后的可执行文件的大小对比

由上图可以看出mx(静态编译)比mx.d(动态编译)的可执行文件要大

    • -s file:读出文件(file)的所有符号
    • -c :这里的core是程序非法执行后的core dump后产生的文件
    • -d:加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径
    • q:使用该参数不显示gdb的介绍和版权信息等
    1. file:指定要调试的可执行程序
    • kill:终止正在调试的可执行程序
    • next:执行一行源代码,但不进入函数内部
    • list:部分列出源代码
    • step:执行一行源代码,并不进入函数内部
  • watch:可以检查一个变量的值,而不管他何时被改变
  • print:打印表达式的值到标准输出
  • break N:在指定的第N行源代码设置断点
  • info break:显示当前的断点清单,包括到达断点处的次数等
  • info files:显示被调试的详细信息
  • info local:显示当函数中的局部变量的信息
  • info prog:显示被调试程序的执行状态
  • info var:显示所有的全局和静态变量的名称
  • make:在不退出gdb的情况下运行make工具
  • continue:继续执行正在调试的程序

GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许,各位比较喜欢那种图形界面方式的,像VC、BCB等IDE的调试,但如果你是在UNIX平台下做软件,你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长,尺有所短”就是这个道理。

一般来说,GDB主要帮忙你完成下面四个方面的功能:

    启动你的程序,可以按照你的自定义的要求随心所欲的运行程序。


    可让被调试的程序在你所指定的调置的断点处停住。(断点可以是条件表达式)
    当程序被停住时,可以检查此时你的程序中所发生的事。

从上面看来,GDB和一般的调试工具没有什么两样,基本上也是完成这些功能,不过在细节上,你会发现GDB这个调试工具的强大,大家可能比较习惯了图形化的调试工具,但有时候,命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。

为断点号bnum指写一个命令列表。当程序被该断点停住时,gdb会依次运行命令列表中的命令。

断点设置在函数foo中,断点条件是x>0,如果程序被停住后,也就是,一旦x的值在foo函数中大于0,GDB会自动打印出x的值,并继续运行程序。

如果你要清除断点上的命令序列,那么只要简单的执行一下commands命令,并直接再打个end就行了。

在C++中,可能会重复出现同一个名字的函数若干次(函数重载),在这种情况下,break 不能告诉gdb要停在哪个函数的入口。当然,你可以使用break

可见,gdb列出了所有after的重载函数,你选一下列表编号即可。0表示放弃设置断点,1表示所有函数都设置断点。


恢复程序运行和单步调试

当程序被停住,可以使用continue命令恢复程序的运行直至程序结束,或者下一个断点到来。同时,也可以使用step或next命令来实现程序单步跟踪。

恢复程序运行,直到程序结束,或是下一个断点到来。ignore-count表示忽略其后的断点次数。continue、c、fg三个命令都是一样的意思。

单步跟踪,如果有函数调用,step会进入该调用函数。进入函数的前提是,此函被编译有debug信息。此命令类似VC等工具中的step in。后面可以加count也可以不加,不加表示逐条执行,加count表示执行后面的count条指令,然后再停住。

同样单步跟踪,如果有函数调用,next不会进入该调用函数。很像VC等工具中的step over。后面可以加count也可以不加,不加表示逐条执行,加表示执行后面的count条指令,然后再停住。

运行程序,直到当前函数完成返回。并打印函数返回时的堆栈地址和返回值及参数值等信息。

当你厌倦了在一个循环体内单步跟踪时,这个命令可以运行程序直到退出循环体。

单步跟踪一条机器指令!一条程序代码有可能由数条机器指令完成,stepi和nexti可以单步执行机器指令。与之一样有相同功能的命令是“display/i $pc” ,当运行完这个命令后,单步跟踪会在打出程序代码的同时打出机器指令(也就是汇编代码)。

打开step-mode模式,于是,在进行单步跟踪时,程序不会因为没有debug信息而不停住。这个参数有很利于查看机器码。

信号是一种软中断,是一种处理异步事件的方法。一般来说,操作系统都支持许多信号。尤其是UNIX,比较重要应用程序一般都会处理信号。UNIX定义了许多信号,比如SIGINT表示中断字符信号,也就是Ctrl+C的信号;SIGBUS表示硬件故障的信号;SIGCHLD表示子进程状态改变信号;SIGKILL表示终止程序运行的信号,等等。信号量编程是UNIX下非常重要的一种技术。

gdb有能力在你调试程序的时候处理任何一种信号,你可以告诉gdb需要处理哪一种信号。你可以要求gdb收到你所指定的信号时,马上停住正在运行的程序,以供你进行调试。你可以用gdb的handle命令来完成这一功能。

在gdb中定义一个信号处理。信号可以以SIG开头或不以SIG开头,可以用定义一个要处理信号的范围(如:SIGIO-SIGKILL,表示处理从SIGIO信号到SIGKILL的信号,其中包括SIGIO,SIGIOT,SIGKILL三个信号),也可以使用关键字all来标明要处理所有的信号。一旦被调试的程序接收到信号,运行程序马上会被gdb停住,以供调试。其<keywords>可以是以下几种关键字的一个或多个。


    当被调试的程序收到信号时,GDB不会停住程序的运行,但会打出消息告诉你收到这种信号
    当被调试的程序收到信号时,GDB不会告诉你收到信号的信息
    当被调试的程序收到信号时,GDB不会停住程序的运行,但会打出消息告诉你收到这种信号
    当被调试的程序收到信号时,GDB不会告诉你收到信号的信息

查看有哪些信号正在被gdb检测中。

如果你程序是多线程的话,你可以定义你的断点是否在所有的线程上,或是在某个特定的线程。GDB很容易帮你完成这一工作。

linespec指定了断点设置在的源程序的行号。threadno指定了线程的ID,注意,这个ID是GDB分配的,你可以通过“info threads”命令来查看正在运行程序中的线程信息。如果你不指定thread 则表示你的断点设在所有线程上面。你还可以为某线程指定断点条件。如:

当你的程序被GDB停住时,所有的运行线程都会被停住。这方便你查看运行程序的总体情况。而在你恢复程序运行时,所有的线程也会被恢复运行。那怕是主进程在被单步调试时。

当程序被停住了,你需要做的第一件事就是查看程序是在哪里停住的。

当你的程序调用了一个函数,函数的地址、函数的参数、函数内的局部变量都会被压入“栈”(stack)中。你可以使用gdb命令来查看当前的栈中的信息。

下面是一些查看函数调用栈的gdb命令:

打印当前的函数调用栈的所有信息。如:

n是一个正整数,表示只打印栈顶上n层的栈信息。

-n表示一个负整数,表示只打印栈底下n层的栈信息。

如果你要查看某一层的信息,你需要切换当前的栈,一般来说,程序停止时,最顶层的栈就是当前栈,如果你要查看栈下面层的详细信息,首先要做的就是切换当前栈。

n是一个从0开始的整数,是栈中的层编号。比如,frame 0表示栈顶;frame 1表示栈的第二层。

表示向栈的上面移动n层,可以不加n,表示向上移动1层

表示向栈的下面移动n层,可以不加n,表示向下移动1层

==>> 上面的命令,都会打印出移动到的栈层的信息。

如果不打印信息,可以使用下面三个命令:

查看当前栈层的信息,你可以使用下面的gdb命令:

该命令会打印出这些栈信息:栈的层编号,当前的函数名,函数的参数值,函数所在文件及行号,函数执行到的语句。

该命令会打印出更为详细的当前栈层的信息,只不过,大多数都是运行时的内存地址。比如:函数地址,调用函数的地址,被调用函数的地址,目前的函数是由什么样的程序语言写成的、函数参数地址及值、局部变量的地址等等。如:

打印出当前函数的参数名及其值。

打印出当前函数中所有局部变量及其值。


打印出当前函数中的异常处理信息。

GDB 可以打印出所调试程序的源代码,当然,在程序编译时一定要加上-g的参数,把源程序信息编译到执行文件中。不然就看不到源程序了。当程序停下来以后,GDB会报告程序停在了那个文件的第几行上。

你可以用list命令来打印程序的源代码。还是来看一看查看源代码的GDB命令吧。

显示程序第linenum行的周围的源程序。

显示函数名为function的函数的源程序。

显示当前行后面的源程序。

显示当前行前面的源程序。

一般是打印当前行的上5行和下5行,如果显示函数是是上2行下8行,默认是10行,当然,你也可以定制显示的范围,使用下面命令可以设置一次显示源程序的行数。

设置一次显示源代码的行数。

list命令还有下面的用法:

显示从first行到last行之间的源代码。

显示从当前行到last行之间的源代码。

一般来说在list后面可以跟以下这们的参数:

不仅如此,GDB还提供了源代码搜索的命令:

其中,就是正则表达式,也主一个字符串的匹配模式,关于正则表达式,我就不在这里讲了,还请各位查看相关资料。

某些时候,用-g编译过后的执行程序中只是包括了源文件的名字,没有路径名。GDB提供了可以让你指定源文件的路径的命令,以便GDB进行搜索。

加一个源文件路径到当前路径的前面。如果你要指定多个路径,UNIX下你可以使用“:”,Windows下你可以使用“;”。

清除所有的自定义的源文件搜索路径信息。

显示定义了的源文件搜索路径。

你可以使用info line命令来查看源代码在内存中的地址。

info line后面可以跟“行号”,“函数名”,“文件名:行号”,“文件名:函数名”,这个命令会打印出所指定的源码在运行时的内存地址,如:

还有一个命令disassemble,你可以查看源程序的当前执行时的机器码,这个命令会把目前内存中的指令dump出来。

如下面的示例表示查看函数func的汇编代码。

当你调试程序时,当程序被停住时,你可以使用print命令(简写命令为p),或者统一命令inspect来查看当前程序的运行数据。

print命令的格式是:

<expr>是表达式,是你所调程序的语言的表达式(GDB可以调试多重编程语言),是输出的格式,比如,如果要把表达式按16进制的格式输出,那么就是/x。

print和许多GDB的命令一样,可以接受一个表达式,GDB会根据当前的程序运行的数据来计算这个表达式,既然是表达式,那么就可以是当前程序运行中的const常量、变量、函数等内容。可惜的是GDB不能使用你在程序中所定义的宏。

表达式的语法应该是当前所调试的语言的语法,由于C/C++是一种大众型的语言,所以,本文中的例子都是关于C/C++的。

在表达式中,有几种GDB所支持的操作符,它们可以用在任何一种语言中。

在GDB中,你可以随时查看以下三种变量的值:

如果你的局部变量和全局变量发生冲突(也就是重名),一般情况下是局部变量会隐藏全局变量,也就是说,如果一个全局变量和一个函数中的局部变量同名时,如果当前停止点在函数中,用print显示出的变量的值会是函数中的局部变量的值。

如果此时你想查看全局变量的值时,你可以使用“::”操作符:

可以通过这种形式指定你所想查看的变量,无论是哪个文件中的或是哪个函数中的。

例如,查看文件test2.c中的全局变量x的值:

当然,“::”操作符会和C++中的类发生冲突,GDB能自动识别“::” 是否C++的操作符,所以你不必担心在调试C++程序时会出现异常。

另外,需要注意的是,如果你的程序编译时开启了优化选项,那么在用GDB调试被优化过的程序时,可能会发生某些变量不能访问,或是取值错误码的情况。这个是很正常的,因为优化程序会删改你的程序,整理你程序的语句顺序,剔除一些无意义的变量等,所以在GDB调试这种程序时,运行时的指令和你所编写指令就有不一样,也就会出现你所想象不到的结果。对付这种情况时,需要在编译程序时关闭编译优化。

一般来说,几乎所有的编译器都支持编译优化的开关,例如,GNU的C/C++编译器GCC,你可以使用“-gstabs”选项来解决这个问题。关于编译器的参数,还请查看编译器的使用说明文档。

有时候,你需要查看一段连续的内存空间的值。比如数组的一段,或是动态分配的数据的大小。你可以使用GDB的“@”操作符,“@”的左边是第一个内存的地址的值,“@”的右边则你你想查看内存的长度。

例如,你的程序中有这样的语句:

于是,在GDB调试过程中,你可以以如下命令显示出这个动态数组的取值:

@的左边是数组的首地址的值,也就是变量array所指向的内容,右边则是数据的长度,其保存在变量len中,其输出结果,大约是下面这个样子的:

如果是静态数组的话,可以直接用print数组名,就可以显示数组中所有数据的内容了。

一般来说,GDB会根据变量的类型输出变量的值。但是,你也可以自定义GDB的输出的格式。例如,你想输出一个整数的十六进制,或是二进制来查看这个整型变量的中的位的情况。要做到这样,你可以使用GDB的数据显示格式:

你可以使用examine命令(简写是x)来查看内存地址中的值。

x命令的语法如下所示:

其中,n、f、u是可选的参数。

n是一个正整数,表示显示内存的长度,也就是说从当前地址向后显示几个地址的内容。

f表示显示的格式,参见上面。如果地址所指的是字符串,那么格式可以是s,如果地十是指令地址,那么格式可以是i。

u表示从当前地址往后请求的字节数,如果不指定的话,GDB默认是4个bytes。u参数可以用下面的字符来代替,b表示单字节,h表示双字节,w表示四字节,g表示八字节。当我们指定了字节长度后,GDB会从指内存定的内存地址开始,读写指定字节,并把其当作一个值取出来。

n/f/u三个参数可以一起使用。例如:

该命令表示,从内存地址0×54320读取内容,h表示以双字节为一个单位,3表示三个单位,u表示按十六进制显示。

你可以设置一些自动显示的变量,当程序停住时,或是在你单步跟踪时,这些变量会自动显示。

expr是一个表达式,fmt表示显示的格式,addr表示内存地址,当你用display设定好了一个或多个表达式后,只要你的程序被停下来,GDB会自动显示你所设置的这些表达式的值。

格式i和s同样被display支持,一个非常有用的命令是:

$pc是GDB的环境变量,表示着指令的地址,/i则表示输出格式为机器指令码,也就是汇编。于是当程序停下后,就会出现源代码和机器指令码相对应的情形,这是一个很有意思的功能。

下面是一些和display相关的GDB命令:

删除自动显示,dnums意为所设置好了的自动显式的编号。如果要同时删除几个,编号可以用空格分隔,如果要删除一个范围内的编号,可以用减号表示。

disable和enalbe不删除自动显示的设置,而只是让其失效和恢复。

查看display设置的自动显示的信息。GDB会打出一张表格,向你报告当然调试中设置了多少个自动显示设置,其中包括,设置的编号,表达式,是否enable。

GDB中关于显示的选项比较多,这里我只例举大多数常用的选项。

打开地址输出,当程序显示函数信息时,GDB会显出函数的参数地址。系统默认为打开的,如:

关闭函数的参数地址显示,结果如下:


查看当前地址显示选项是否打开。

打开数组显示,打开后当数组显示时,每个元素占一行,如果不打开的话,每个元素则以逗号分隔。这个选项默认是关闭的。与之相关的两个命令如下,我就不再多说了。

这个选项主要是设置数组的,如果你的数组太大了,那么就可以指定一个来指定数据显示的最大长度,当到达这个长度时,GDB就不再往下显示了。如果设置为0,则表示不限制。

如果打开了这个选项,那么当显示字符串时,遇到结束符则停止显示。这个选项默认为off。

如果打开printf pretty这个选项,那么当GDB显示结构体时会比较漂亮。如:

关闭printf pretty这个选项,GDB显示结构体时会如下显示:

查看GDB是如何显示结构体的。

设置字符显示,是否按“/nnn”的格式显示,如果打开,则字符串或字符数据按/nnn显示,如“/065”。

查看字符显示开关是否打开。

在C++中,如果一个对象指针指向其派生类,如果打开这个选项,GDB会自动按照虚方法调用的规则显示输出,如果关闭这个选项的话,GDB就不管虚函数表了。这个选项默认是off。

这个选项表示,当显示一个C++对象中的内容是,是否显示其中的静态数据成员。默认是on。

查看静态数据成员选项设置。

当此选项打开时,GDB将用比较规整的格式来显示虚函数表时。其默认是关闭的。

查看虚函数显示格式的选项。

当你用GDB的print查看程序运行时的数据时,你每一个print都会被GDB记录下来。GDB会以$1, $2, $3 .....这样的方式为你每一个print命令编上号。于是,你可以使用这个编号访问以前的表达式,如$1。这个功能所带来的好处是,如果你先前输入了一个比较长的表达式,如果你还想查看这个表达式的值,你可以使用历史记录来访问,省去了重复输入。

你可以在GDB的调试环境中定义自己的变量,用来保存一些调试程序中的运行数据。要定义一个GDB的变量很简单只需。使用GDB的set命令。

GDB的环境变量和UNIX一样,也是以$起头。如:

使用环境变量时,GDB会在你第一次使用时创建这个变量,而在以后的使用中,则直接对其賦值。环境变量没有类型,你可以给环境变量定义任一的类型。包括结构体和数组。

该命令查看当前所设置的所有的环境变量。

这是一个比较强大的功能,环境变量和程序变量的交互使用,将使得程序调试更为灵活便捷。例如:

于是,当你就不必,print bar[0]->contents, print bar[1]->contents地输入命令了。输入这样的命令后,只用敲回车,重复执行上一条语句,环境变量会自动累加,从而完成逐个输出的功能。

要查看寄存器的值,很简单,可以使用如下命令:

查看寄存器的情况。(除了浮点寄存器)

查看所有寄存器的情况。(包括浮点寄存器)

查看所指定的寄存器的情况。

寄存器中放置了程序运行时的数据,比如程序当前运行的指令地址(ip),程序的当前堆栈地址(sp)等等。你同样可以使用print命令来访问寄存器的情况,只需要在寄存器名字前加一个$符号就可以了。如:p $eip。

一旦使用GDB挂上被调试程序,当程序运行起来后,你可以根据自己的调试思路来动态地在GDB中更改当前被调试程序的运行线路或是其变量的值,这个强大的功能能够让你更好的调试你的程序,比如,你可以在程序的一次运行中走遍程序的所有分支。

修改被调试程序运行时的变量值,在GDB中很容易实现,使用GDB的print命令即可完成。如:

x=4这个表达式是C/C++的语法,意为把变量x的值修改为4,如果你当前调试的语言是Pascal,那么你可以使用Pascal的语法:x:=4。

在某些时候,很有可能你的变量和GDB中的参数冲突,如:

另外,还可能有些情况,GDB并不报告这种错误,所以保险起见,在你改变程序变量取值时,最好都使用set var格式的GDB命令。

一般来说,被调试程序会按照程序代码的运行顺序依次执行。GDB提供了乱序执行的功能,也就是说,GDB可以修改程序的执行顺序,可以让程序执行随意跳跃。这个功能可以由GDB的jump命令来完:

指定下一条语句的运行点。<linespce>可以是文件的行号,可以是file:line格式,可以是+num这种偏移量格式。表示下一条运行语句从哪里开始。

注意,jump命令不会改变当前的程序栈中的内容,所以,当你从一个函数跳到另一个函数时,当函数运行完返回时进行弹栈操作时必然会发生错误,可能结果还是非常奇怪的,甚至于产生程序Core Dump。所以最好是同一个函数中进行跳转。

熟悉汇编的人都知道,程序运行时,有一个寄存器用于保存当前代码所在的内存地址。所以,jump命令也就是改变了这个寄存器中的值。于是,你可以使用“set $pc”来更改跳转执行的地址。如:

使用singal命令,可以产生一个信号量给被调试的程序。如:中断信号Ctrl+C。这非常方便于程序的调试,可以在程序运行的任意位置设置断点,并在该断点用GDB产生一个信号量,这种精确地在某处产生信号非常有利程序的调试。

signal命令和shell的kill命令不同,系统的kill命令发信号给被调试程序时,是由GDB截获的,而signal命令所发出一信号则是直接发给被调试程序的。

如果你的调试断点在某个函数中,并还有语句没有执行完。你可以使用return命令强制函数忽略还没有执行的语句并返回。

使用return命令取消当前函数的执行,并立即返回,如果指定了<expression>,那么该表达式的值会被认作函数的返回值。

表达式中可以一是函数,以此达到强制调用函数的目的。并显示函数的返回值,如果函数返回值是void,那么就不显示。

另一个相似的命令也可以完成这一功能——print,print后面可以跟表达式,所以也可以用他来调用函数,print和call的不同是,如果函数返回void,call则不显示,print则显示函数返回值,并把该值存入历史数据中。

  • 用 户 组: 普通用户

打印的头文件, All Rights Reserved 北京皓辰网域网络信息技术有限公司. 版权所有

感谢所有关心和支持过ChinaUnix的朋友们

我要回帖

更多关于 debug info 的文章

 

随机推荐