2011年5月6日

IPC$(Internet Process Connection)是共享"命名管道"的资源，它是为了让进程间通信而开放的命名管道，通过提供可信任的用户名和口令，连接双方可以建立安全的通道并以此通道进行加密数据的交换，从而实现对远程计算机的访问。IPC$是NT/2000的一项新功能，它有一个特点，即在同一时间内，两个IP之间只允许建立一个连接。NT/2000在提供了ipc$功能的同时，在初次安装系统时还打开了默认共享，即所有的逻辑共享(c$,d$,e$……)和系统目录winnt或windows(admin$)共享。所有的这些，微软的初衷都是为了方便管理员的管理，但在有意无意中，导致了系统安全性的降低。

  2009年5月21日

-道德的起源-
    把五只猴子关在一个笼子里，上头有一串香蕉实验人员装了一个自动装置。一旦侦测到有猴子要去拿香蕉，马上就会有水喷向笼子，而这五只猴子都会一身湿。首先有只猴子想去拿香蕉，当然，结果就是每只猴子都淋湿了。之後每只猴子在几次的尝试后，发现莫不如此。于是猴子们达到一个共识：不要去拿香蕉，以避免被水喷到。后来实验人员把其中的一只猴子释放，换进去一只新猴子A。这只猴子A看到香蕉，马上想要去拿。结果，被其他四只猴子海K了一顿。因为其他四只猴子认为猴子A会害他们被水淋到，所以制止他去拿香蕉，A尝试了几次，虽被打的满头包，依然没有拿到香蕉。当然，这五只猴子就没有被水喷到。后来实验人员再把一只旧猴子释放，换上另外一只新猴子B。这猴子B看到香蕉，也是迫不及待要去拿。当然，一如刚才所发生的情形，其他四只猴子海K了B一顿。特别的是，那只A猴子打的特别用力（这叫老兵欺负新兵，或是媳妇熬成婆^O^）。 B猴子试了几次总是被打的很惨，只好作罢。后来慢慢的一只一只的，所有的旧猴子都换成新猴子了，大家都不敢去动那香蕉。但是他们都不知道为什么，只知道去动香蕉会被猴扁。这就是道德的起源。
    -阶级的起源-
    实验人员继续他们的实验，不过这一次他们改变了喷水装置。一旦侦测到有猴子要去拿香蕉，马上就会有水喷向拿香蕉的猴子，而不是全体。然后实验人员又把其中的一只猴子释放，换进去一只新猴子C。不同以往的是猴子C特别的威武武有力。当然猴子C看到香蕉，也马上想要去拿。一如以前所发生的情形，其他四只猴子也想海K猴子C一顿。不过他们错误估计了C的实力，所以结果是反被C海K了一顿。于是猴子C拿到了香蕉，当然也被淋了个透湿。C一边打着喷嚏一边吃着香蕉，美味但是也美中不足。A、B、D、E没有香蕉吃却也比较快乐，毕竟没有被淋到嘛。  后来C发现只有拿香蕉的那个才会被淋到，他就要最弱小的A替他去拿。A不想被K，只好每天拿香蕉然后被水淋。B、D、E越发的快乐了起来，这就叫比上不足，比下有余嘛:)于是五只猴子有了三个阶级。这下子阶级也随着道德起源了。
    -道德的沦丧-
    天变热了，笼子里的猴子们想冲凉却找不到地方。终于出现了一位反潮流英雄，猴子HERO。HERO在无意中碰到了香蕉，理所当然的引来了一顿饱打。但在挨打的过程中，猴子们享受到了冲凉的乐趣。等身上的水干了之后，猴子A在无意中碰撞了HERO，使HERO又一次接触到了香蕉，于是，猴子们享受了第二次冲凉，HERO遭到了第二次痛殴。在此之后，只要大家有冲凉的需要，就会有一只猴子X挺身而出，对HERO进行合理冲撞。大家对HERO的态度也有了明显的不同，在平时大家会对HERO异常温和，以弥补在冲凉时为维护规则而不得不对它进行的暴力举动。一天，在大家冲凉时，饱受折磨的HERO闻到了香蕉的清香,生物本能使它在别的猴子心有旁鹜时将香蕉吃了。而且此后没有了新的香蕉来填补空缺。猴子们陷入了另一个尴尬境地：没有冲凉的水，也没有香蕉，只有HERO。于是，另一个规则形成了。猴子在烦躁的时候会痛打HERO出气，HERO不得反抗。 当笼子里的旧猴子被新猴子换掉时，新猴子会在最快的时间内学会殴打HERO。
终于有一天，老天有眼，历尽沧桑的HERO被另一只猴子代替了。猴子们失去了发泄的对象，只能任意选取一个目标进行攻击。从此以后，笼子里的猴子们不吃不喝不冲凉，唯一的举动就是打架。这就是道德的沦丧。
    -道德的重建-
    实验人员对猴子们的争斗不休感到不安。为了重建道德秩序，他们决定继续供应香蕉。一天，正在混战的猴子们发现头顶多了一串香蕉，它们其中的一个A不顾身上的剧痛，把香蕉摘了下来。于是久违的甘露出现了，未曾尝过甜头的猴子们先是茫然失措，继而争先恐后的加入冲凉的行列。香蕉反而被遗忘了。当猴子B、C、D、E发现A在享受淋浴的同时还吃着美味的香蕉，嫉妒心使它们暂时团结起来，共同K了A一顿，将A吃剩的香蕉夺过来，但是，此刻的香蕉成了匹夫怀里的宝玉，得到它的猴子虽然可以享受美味，但付出的代价也是巨大的。实验人员不断放入香蕉，却发现战斗比以前更激烈了。分析清楚原因后，他们用木头做了一个假香蕉扔进了笼子。此时猴子们已经学聪明了，它们知道触摸香蕉可以享淋浴，而试图独占香蕉则会遭到痛扁。于是，一个新的现象出现了，当猴子们有冲凉的需要时，会有一只猴子将香蕉拿起来，而当它发现有遭到攻击的可能时，它会马上放下香蕉逃到一边去。这样，猴子们都能冲凉，但是又不至于再象以前那样N败俱伤。没有猴子发现那个香蕉是假的。
    -信仰的起源-
    五只猴子A、B、C、D、E三个阶级快乐地生活了很久。他们精确的给出了三个阶级的定义，即吃香阶级、拿香阶级和干看着阶级。可惜猴子A由于长期的水中作业无可避免地引发了它肺部功能的衰竭。一天他在例行的拿香蕉作业中跌倒了就再也没有爬起来。于是实验人员又送进了一只同样孔武有力的猴F。当然他还是对屋顶的香蕉很有兴趣。不幸的是他最终以微弱的劣势被以C为首的群猴再次海K。第二天，又到了拿香蕉的时候。猴子C很无所谓，反正他还要吃香蕉，反正他不会被水淋到。真正恐慌的是B、D、E三猴。F是那么的健壮，他们这些媳妇是熬不成婆了:(他们将面临一个艰难的抉择，谁该去步A的后尘?猴子B、D、E展开了激烈的争论，讨论谁最应该做下一个拿香阶级。 猴子F很奇怪也很好奇，什么叫“拿香阶级”呢？猴子B、D、E解释道：所谓“拿香阶级”就是猴子界勇敢者的阶级。需具备一不怕苦二不怕死的大无畏精神方能得此殊荣。猴子F闻听不禁有些神往，有些跃跃欲试。当然他最终达到了目的，作了唯一的拿香阶级。再后来，B、D、E三猴陆续被换出局，换来的猴子个个健壮如C。他们继续大大出手，不过目标不是香蕉，而是那个唯一的拿香阶级。于是信仰也出现了
    -迷信的起源-
    后来A终于被好心的实验人员拉出了苦海。 新来了猴子F。C觉得有必要维护自己的阶级地位，B、D、E则生怕自己顶了A的坑……在各种复杂心情的作用下，B、D、E在C的带领下爆扁了F一顿，然后强令F做拿香蕉阶级。F开始不乐意，后来慢慢在B等的劝说下等“待多年的媳妇熬成婆”这一宿命。慢慢的老资格的B、D、E猴子渐渐被淘汰，C发现自己在体力上不再占有优势，很难再通过武力让这一游戏规则继续下去，觉得十分苦恼。这时，一只最有希望升级为吃香蕉阶级（暨C的理所当然接班人）也是C谋臣的H向C进言。于是君臣定计。H开始依靠自己多懂几种猴语而在其他若干猴面前树立的权威形象向其他猴鼓吹：“每一只新来笼子的猴子都是有罪的，这种罪责来自血统。……只有摘香蕉的猴子才能被（实验人员）送到天堂。”事实上，因为被水冲很容易得肺炎病倒而被实验人员淘汰掉，猴子们不知道反而以为被淘汰的猴子真的进了天堂。渐渐，猴子都相信了这套理论，并且讲给每一只新猴子听。然后就这么流传下去越传越神奇。以至于后来摘香蕉阶级的猴子都为了能摘香蕉而大打出手。……这些都是C没有想到，H没有看到的，那时他们都已经死了。然而迷信就这么诞生了。

      女：你有过女朋友？
　　男：东风恶，欢情薄，一怀愁绪，几年离索。
　　女：被拆散了，现在她呢？
　　男：刘郎已恨蓬山远，更隔蓬山一万重！
　　女：哦，在外地。你可以去找她呀？
　　男：侯门已如深似海，从此萧郎是路人。
　　女：已经结婚了。那这些年你是怎么过来的？
　　男：满面尘灰烟火色，两鬓苍苍十指黑。
　　女：你们有联系吗？
　　男：欲寄彩笺兼尺素，山长水阔知何处？
　　女：你后来遇到喜欢的人了吗？
　　男：过尽千帆皆不是，斜晖脉脉水悠悠，肠断白洲。
　　女：为什么没有找到？
　　男：拣尽寒枝不肯栖，寂寞沙洲冷。
　　女：你会继续等下去吗？
　　男：路漫漫其修远兮，吾将上下而求索。
　　女：(很天真)真的吗？
　　男：千淘万漉虽辛苦，吹尽狂沙始到金。
　　女：你……对爱情的看法呢？
　　男：只在此山中，云深不知处。
　　女：那你见我的第一感觉是什么？
　　男：忽如一夜春风来，千树万树梨花开。
　　女：感觉我很美吗？
　　男：回眸一笑百媚生，六宫粉黛无颜色。
　　女：(红着脸)还有吗？
　　男：风吹仙袂飘飘举，犹似霓裳羽衣舞。
　　女：(更加开心)还有吗？
　　男：云想衣裳花想容，春风拂槛露华浓。
　　女：(很羞涩)有那么美？
　　男：糟粕所传非粹美，丹青难写是精神。
　　女：你注意我多久了？
　　男：小荷才露尖尖角，早有蜻蜓立上头。
　　女：(笑得很甜)见不到我的时候，想过我吗？
　　男：忆君心似西江水，日夜东流无歇时。
　　女：(很羞涩)为什么想我？
　　男：兰有秀兮菊有香，怀佳人兮自难忘。
　　女：马屁精！你喜欢读书吗？
　　男：军书十二卷，卷卷有爷名！
　　女：很不错，你有理想吗？
　　男：他年若遂凌云志，敢笑黄巢不丈夫。
　　女：你在吹牛吧？
　　男：大鹏一日同风起，扶摇直上九万里。
　　女：这样说你的报负很远大？
　　男：会当凌绝顶，一览众山小。
　　女：这牛吹大了吧！你那么有才华，怎么还独身？
　　男：小姑未嫁身如寄，莲子心多苦自知。
　　女：(笑)假如，我是说假如，我答应嫁给你，你打算怎样待我？
　　男：一片冰心在玉壶。
　　女：你保证不会对别的女人用心？
　　男：波澜誓不起，妾心古井水。
　　女：你会永远都爱我吗？
　　男：在天愿作比翼鸟，在地愿为连理枝。
　　女：你肯定不会变心吗？
　　男：山无陵，江水为竭，冬雷阵阵夏雨雪，天地合，乃敢与君绝。
　　女：暂且信你一回。

  2009年4月17日

我们从 UNREFERENCED_PARAMETER 开始吧。这个宏在 winnt.h 中定义如下：

#define UNREFERENCED_PARAMETER(P) (P)

　　换句话说 UNREFERENCED_PARAMETER 展开传递的参数或表达式。其目的是避免编译器关于未引用参数的警告。许多程序员，包括我在内，喜欢用最高级别的警告 Level 4（/W4）进行编译。Level 4 属于“能被安全忽略的事件”的范畴。虽然它们可能使你难堪，但很少破坏你的代码。例如，在你的程序中可能会有这样一些代码行：

int x=1;

　　但你从没用到过 x。也许这一行是你以前使用 x 时留下来的，只删除了使用它的代码，而忘了删除这个变量。Warning Level 4 能找到这些小麻烦。所以，为什么不让编译器帮助你完成可能是最高级别的专业化呢？用Level 4 编译是展示你工作态度的一种方式。如果你为公众使用者编写库，Level 4 则是社交礼节上需要的。你不想强迫你的开发人员使用低级选项清洁地编译他们的代码。
　　问题是，Level 4 实在是太过于注意细节，在 Level 4 上，编译器连未引用参数这样无伤大雅的事情也要抱怨（当然，除非你真的有意使用这个参数，这时便相安无事）。假设你有一个函数带来两个参数，但你只使用其中一个：

int SomeFunction(int arg1, int arg2){  return arg1+5;}

使用 /W4，编译器抱怨：

“warning C4100: ''arg2'' : unreferenced formal parameter.”

为了骗过编译器，你可以加上 UNREFERENCED_PARAMETER(arg2)。现在编译器在编译你的引用 arg2 的函数时便会住口。并且由于语句：

arg2;

实际上不做任何事情，编译器不会为之产生任何代码，所以在空间和性能上不会有任何损失。

　　细心的人可能会问：既然你不使用 arg2，那当初为何要声明它呢？通常是因为你实现某个函数以满足某些API固有的署名需要，例如，MFC的 OnSize 处理例程的署名必须要像下面这样：

void OnSize(UINT nType, int cx, int cy);

　　这里 cx/cy 是窗口新的宽/高，nType 是一个类似 SIZE_MAXIMIZED 或 SIZE_RESTORED 这样的编码，表示窗口是否最大化或是常规大小。一般你不会在意 nType，只会关注 cx 和 xy。所以如果你想用 /W4，则必须使用 UNREFERENCED_PARAMETER(nType)。OnSize 只是上千个 MFC 和 Windows 函数之一。编写一个基于 Windows 的程序，几乎不可能不碰到未引用参数。
　　说了这么多关于 UNREFERENCED_PARAMETER 内容。Judy 在她的问题中还提到了另一个 C++ 程序员常用的并且其作用与 UNREFERENCED_PARAMETER 相同的诀窍，那就是注释函数署名中的参数名：

void CMyWnd::OnSize(UINT , int cx, int cy){}

　　现在 nType 是未命名参数，其效果就像你敲入 OnSize(UINT, int cx, int cy)一样。那么现在的关键问题是：你应该使用哪种方法——未命名参数，还是 UNREFERENCED_PARAMETER？
　　大多数情况下，两者没什么区别，使用哪一个纯粹是风格问题。（你喜欢你的 java 咖啡是黑色还是奶油的颜色？）但我认为至少有一种情况必须使用 UNREFERENCED_PARAMETER。假设你决定窗口不允许最大化。那么你便禁用 Maximize 按钮，从系统菜单中删除，同时阻止每一个用户能够最大化窗口的操作。因为你是偏执狂（大多数好的程序员都是偏执狂），你添加一个 ASSERT （断言）以确保代码按照你的意图运行：

void CMyWnd::OnSize(UINT nType, int cx, int cy){  ASSERT(nType != SIZE_MAXIMIZE);  ... // use cx, cy}

　　质检团队竭尽所能以各种方式运行你的程序，ASSERT 从没有弹出过，于是你认为编译生成 Release 版本是安全的。但是此时 _DEBUG 定义没有了，ASSERT(nType != SIZE_MAXIMIZE)展开为 ((void)0)，并且 nType 一下子成了一个未引用参数！这样进入你干净的编译。你无法注释掉参数表中的 nType，因为你要在 ASSERT 中使用它。于是在这种情况下——你唯一使用参数的地方是在 ASSERT 中或其它 _DEBUG 条件代码中——只有 UNREFERENCED_PARAMETER 会保持编译器在 Debug 和 Release 生成模式下都没有问题。知道了吗？
　　结束讨论之前，我想还有一个问题我没有提及，就是你可以象下面这样用 pragma 指令抑制单一的编译器警告：

#pragma warning( disable : 4100 )

4100 是未引用参数的出错代码。pragma 抑制其余文件/模块的该警告。用下面方法可以重新启用这个警告：

#pragma warning( default : 4100 )

　　不管怎样，较好的方法是在禁用特定的警告之前保存所有的警告状态，然后，等你做完之后再回到以前的配置。那样，你便回到的以前的状态，这个状态不一定是编译器的默认状态。
　　所以你能象下面这样在代码的前后用 pragma 指令抑制单个函数的未引用参数警告：

#pragma warning( push ) #pragma warning( disable : 4100 )void SomeFunction(...){}#pragma warning( pop )

　　当然，对于未引用参数而言，这种方法未免冗长，但对于其它类型的警告来说可能就不是这样了。库生成者都是用 #pragma warning 来阻塞警告，这样他们的代码可以用 /W4 进行清洁编译。MFC 中充满了这样的 pragmas 指令。还有好多的 #pragma warning 选项我没有在本文讨论。有关它们的信息请参考相关文档。

  2009年4月2日

新办公地点可以看到鸟巢的火炬形大楼。朝窗，很爽。抬头看到云在动

  2009年3月23日

Windows 2000 设备驱动程序设计指南（原书第二版），即

The Windows 2000 Device Driver Book (Second Edition)

不玩魔兽了！

  2009年3月4日

上班很无聊，这两天项目到一段落，没有代码写。拿本WINDOWS核心编程那么厚又不方便看。所以只能看电子书了。王爽的汇编看完了，现在要转到win32的保护模式下来，所以就看老罗的Windows环境下32位汇编语言程序设计第二版呢。

  2009年3月3日

` 提问的智慧
看雪学院

©2000-2005 PEdiy.com All rights reserved.
By KanXue Studio