很多问题，在得到解决后，回头看都是一些很低级的错误，为此做一些记录，给自己增加一些经验。这些问题就像当年做数学题一样，没有看到答案之前总是差那么一点灵感，一旦看到了答案就有一种：原来如此简单的感觉。
0X00：2018-06-08 Dialogic卡问题，需要插在PCI-E插槽上，但是发现这张卡一直起不来，驱动什么的都安装了，为此也咨询了厂家，换用了服务器，但依旧没解决办法。最后把装测试的服务器宝德的箱子拿来一看，此服务器是双CPU的主板，但只安装了一个CPU，所以每个CPU控制着一块PCI- E插槽板，而之前安装Dialogic卡都是安在了另一块板上，所以一直起不来。把Dialogic卡换到有CPU控制的板上即可解决问题。
0X01：2018-06-11 Dialogic卡问题2，第二次遇到Dialogic卡的相关问题。也是Dialogic卡死活起不来，为此，反复插拔Dialogic卡在不同的插槽上，甚至以为Dialogic卡被烧坏了。A服务器配合A卡可以启，B服务器配合B卡不能启；交换两张卡的位置，发现A服务器配合B卡启不了，B服务器配合A卡启不了，当时还感觉服务器是不是烧卡啊，然后换回A服务器配合A卡发现启不了，B服务器配合B卡不能启。在同事下班后，我不死心又把A服务器和A卡重新插拔了一遍，发现竟然启来了。然后第二天同事来了，发现之前没启动都是因为重启服务器后，要启动的一个脚本没有运行，所以卡一直启不来。因为之前遇到Dialogic卡的问题时，一直排查软件，配置问题，最后发现是硬件问题，导致在解决此问题时，我也一直陷入“这次也是硬件问题”的错误思想中，一度怀疑自己插拔卡的技术有问题。最后是同事给我的文档里标注的“每开机一次，需执行一次XX脚本”，她忘记执行，所以卡一直启不来。
0X02：2018-06-13 pPcapBuf和pcapBuf的区别。习惯是用p开头表示这是一个指针变量，后面跟正式的变量名。但当变量名也是以字母p开头时就有会有些尴尬，把文件内容读到pPcapBuf中，然后从pcapBuf中解析。然而这两个变量都是合法的（一个是函数变量，一个是函数内自定义的的变量）。我还是不够仔细认真对待工作，以至于没有及时发现这个细微的问题。其实又梳理了一下这个函数，传入的参数pPcapBuf并没有作用。。
0X03：之前处理过的一个测试任务，用新的机器进行测试，因为之前的文档不够完善，又踩了不少坑才爬出来。文档的记录应该更细致一些，把遇到的问题更全面的记录下来。