关于codeblock无法进行gdb调试的问题

       我的codeblock使用的编译器是mingw，没有自带的gdb调试工具。

       首先，自己尝试从官网下载gdb的二进制包，将二进制包解压之后有bin、share两个文件夹，于是将bin文件夹的gdb.exe拷贝到编译器mingw的bin文件夹下，尝试调试。问题来了，各种缺.dll文件，好不容易从网上下载下来，.dll文件缺失的问题是解决了，然而各种莫名其妙的错误，对！！！就是莫名其妙，无法解释的错误。这里涉及到一个问题——.dll文件缺失，如何解决？

        答：网上下载相应的.dll文件，然后拷贝到指定的系统文件夹，如果是32位系统，那就拷贝到x:\\windows\system32文件夹下；如果是64位系统，则拷贝到x:\\windows\sysWOW64文件夹下。

       不断的尝试，还是没有成功地使用C::B进行调试，猜想可能是由于电脑硬件、系统、编译环境等的差异，导致不能直接使用gdb.exe，还有另一个大概率的原因，那就是gcc和gdb的版本不一致问题，考虑到向下兼容问题，到官网下载了最新版本的gdb二进制包，终于完成了匹配的问题。

        将gdb二进制压缩包解压后，得到两个文件夹（bin和share），将这两个文件夹拷贝到mingw下。

        配置C::B调试的环境时，

                一、注意勾选参数 -g 

                二、项目路径不能包含中文字符

总结：实际项目和实践过程中，就是要不断尝试，只有不能尝试才能发现潜在的本质问题，然后一击解决。

链接：到官网下载

        ===========================================================================

        第二次在code::block配置gdb调试的时候，发现了很重要的一点，那就是更改编译器的路径后，一定要rebuild一下你写的项目，特别注意直接点build按钮是不行的，因为C::B会检测你是否重新编辑过你的源代码，如果没有编辑改动过，C::B是不会帮你重新编译的，也就是说你更改了编译器的路径，项目bin目录中生成的可执行文件**.exe还是原来路径编译器生成的。我在测试gcc和gdb是否匹配的时候，就在这里吃了个大亏！大家要注意！