初学winpcap, 看着例子过来的。winpcap的文档还是有些简单；大多都是列出了函数列表，让用户去看。对于我这类E文差到极点的人来说，还是吃力。
好在还有一个中文的理解解说。这个u_char *pkt_data在很多运用中都应该能用到，他是一个内存buff的指针，指向抓到的数据包（也有可能是解析过的数据包）。
1，在关于流量统计的一文中，这个pkt_data的数据结构被winpcap自己格式化，因此出现了自有的格式。
2，在过滤器抓取数据包一文中，这个kt_data指向的数据又是从osi第一层封装中取出来的数据。
因此，在不同的情况下。pkt_data将会有多种数据结构。
以前太过于片面的理解嵌入式了，所以了解到arm之初就开始学起了arm。那时候要补的知识太多了，同时又是学生时期，迷茫也没有人带；再加上寝室作息有问题，导致曾一度放弃。其实回头想一想，arm也许会比也么高不可攀，学习不得要领；基础知识也不够用，有问题那是当然的。
现在arm的人越来越多，其实我还是很羡慕他们做arm的人。但可惜的是，由于google（java-linux）操作系统的推出，让我非常的失望。几乎手机嵌入式又要回归到java上，我并不排斥java。但java程序员中太烂的人太多了，不像C/C++一样具有选择性。只有强者才能做到核心的部分。
今天房东去复位交换机和路由器。其实也该是复位的时候了，天气又热；又有在线看电影的。后来我就设置了一下路由的限速，一不小心，路由就出现处理数据包来不及的情况。也不知道是cpu忙，还是缓冲满了。
复位的时候，房东可能操作不当，造成我这边出现了3-4次网卡up 和 down。没想到，就这么一下子，网卡就假死了。表现为，网卡不转发数据，也不接受数据。当是否down网卡芯片还是有反应。
这样的情况，我记得以前出现过。次数不算多，这次出现的特别严重。主板芯片组是sis的，网卡也是。后来我自己用拔插网线的方式复现了一次，基本断定是网卡部分的问题。
防浪涌应该改是每一个网卡都应该做好的，现在的笔记本越来越白菜价。看来背后是这样的偷工减料，要怎么说都不知道了。
星期五的时候，工头（PL）过来说，某思的C#小组要过来10个人。然后呢就说腾位置给他们的事情，说着说着就想起那个梦。
最后工头们最后商量着吧，就把某思的位置定在了会议室。于是乎一个下午大家就都忙活起来，回到住处。一直在反思这自己，难道会有这么巧的事情？于是想到，就记下来吧。用blog将每一次的巧合记下来。看一看到底是不是真有其事不就知道了？呵呵。
我家有一个tplink的r402m，房东家也是这个。测试的都是用我的笔记本，只不过防火墙换了一下。
特点如下，在我的笔记本上同时开电驴和BT以后，会发现网络阻塞。就连路由的web管理页面都很难打开。
当我关掉其中一个以后，情况会有一些好转，当我都关了以后，路由需要一定时间才会稳定到初始状态。甚至有些时候路由都会出现转发数据包困难。
手头因为没有这个路由的原理图一类的玩意，也很难去判断，到底是以太口的缓存溢出，还是ARM遇忙。
刚刚看到tcp/ip的dns部分，之前并不了解方向解析的真实作用。看到这部分之后，回想起几年前的BT伪造数据包攻击事件，我才想起来。
先回顾一下几年前针对p2p的攻击，攻击都很清晰，大都是在p2p网络里面伪造数据包。伪造的数据包也连通报头也一起伪造，因此ip和mac基本都是假的。后来在BT下载器里面，就有人用到了免费代理ip的做法。
我记得好像是在BT网里面选择几台知名的服务器做代理ip，他们的数据包都通过这些代理服务器转发认证。也就是说，在BT链接初期，节点直接的链接是靠代理服务器来中间媒介完成的，同时代理服务器中也会同时记录下客户ip。而被请求端则使用方向解析的方法来认证ip地址的合法性。至于具体细节我已经模糊了，由于关键字的淡忘，现在已经很难找到当时的文章。
方向解析的实质，就是将ip地址翻译成域名。可以看作域名解析的逆过程。但不可等同，因为配置未必就是ip和域名一一对应关系。
在这里又多出一种解决问题的办法，在很多的确都有运营商dns劫持的情况。如果采用dns方向解析，其实很能说明问题。因为有些地区的劫持相对隐蔽一些，在http会话里面做过手脚。
信号和槽。
信号类似于操作系统中的信号，它主要是在程序之间通讯或者线程之间通讯用的，也可以和系统通讯。说白了，就和操作系统的信号差不多，但实现方式可能有些不同。
槽是用于处理某个信号的实例，一般都是function。不知道class有没有。。。至少目前还没学到。
我是一个死板的人，从来都不喜欢接受新事物。准确的说，应该是大学以来就这样了。相比之前这样的情况截然不存在。
不能说懒惰，小时候我很喜欢接受新事物的。对新事物都很好奇。
随着年龄和阅历的增加，对新事物的兴趣越来越少，甚至到冷漠的地步。其中除了不冲动思考以外，还有很多“老师”的影响。
今天在看例子的时候出现这个错误：
error: ‘Qt_4_3’ is not a member of ‘QDataStream’
google以后发现，这个Qt_4_3来至于
enum QDataStream::Version
看到这里基本就明白了哈，其实这个错误是因为自己qt版本低于代码编写版本号的原因，我的是4.2.1，改成Qt_4_2后编译通过。具体出现什么问题我就不知道了，涉及到的网址
http://doc.trolltech.com/4.3/qdatastream.html#Version-enum
很喜欢Qt可以创建动态对话框，我也是刚刚初学。目前只是知道流程，具体怎么实现书上没有细讲，我看的也很郁闷。
不过估计在main入口写写代码就可以搞定了。
虽然vs下的mfc也支持类似的动作，但我并不喜欢。vs的ide的确很方便我去调试，但是不深入，也很少能找到正确的入门书。对于文件结构一点都不了解。所以虽然有个.rc，但基本不会去过多的例会这玩意。。。
现在这里记录一下Qt这一性能，等学到差不多了。再说了。
首先，的确我很佩服一些开源。不仅开放了源码，而且也把代码写的很条理性，不像某些闭源团体。
在初学Qt时，我发现和mfc很多都很相似。至于谁去抄袭谁就不得而知了。其实mfc我懂的也不多，也就是些最基础而且少量的内容，因为我不喜欢MS的东西。
Qt的信号和槽类似于mfc的消息。都是需要某个函数（宏）去联系实际功能函数。但Qt的这种机制更能让人接受些，mfc里面的消息机制理解起来让我容易头大。
今天考虑了一下，要不要放出来。因为在linux的平台上，有很多的发行版本，不同的发行版可能要不同的编译环境。
但我用的是C/C++都用了标准的语言写的，我想不太会有问题吧？无非就是声卡驱动部分的问题。
每每别人得知我是云南人的时候，都感叹那里很好（除了经济）；我为什么要来杭州。
难道气候和风景就是让你留在一个城市或者地区的理由吗？
不是，这只是借口而已。我不想在老家那边，是因为经济相对落后。自己想追求的很难得以实现，来到这边有机会实现。
天气，风景不是一个人都留在某个地方的理由，除非你已经七老八十了。不同年龄层的人，有不同的状态和必做。