亚洲欧洲在线播放,欧美精品成人91久久久久久久,在线视频精品一区

*控制��图(II)

悟山 — Wed, 15 Sep 2010 04:14:00 GMT

控制��图对编译优化和�E�序静态分析很有用处。编译优化根据待�~�译�E�序的控制流减少其中不必要的跌��{�Q��得代码结构更加紧凑。静态分析工��h��据程序的控制��来分析得到�E�序的复杂度�{�等一�p�d��l�计信息�Q�Visual Studio自带的代码度�?Code Metrics)��是静态分析中控制��图应用的一个例子�?br>

悟山 2010-09-15 12:14 发表评论

*控制��图

悟山 — Wed, 15 Sep 2010 04:00:00 GMT

控制��图�Q�Control Flow Graph)是在计算机科学中用图的方式来表现�E�序执行�q�程中所有的可能执行路径的一�U�方式。在控制��图中，每一个节点表�C��C�Z��个基本的代码块，�q�些基本的代码块用箭头连接�v来用以描�q�这些代码块之间的执行顺序�?br>在控制流图中�Q�有两类�Ҏ��的代码块�Q�入口代码块和出口代码块�Q�所有的执行路径都从入口块开始，�q�且�l�束于一个出口块�?br>一个控制流图本�w�是一个图(Graph)�Q�可以用计算机图��Z��的术语来加以描述�Q�诸如edge�Q�vertex�Q�back edge�{�等�?br>下面的图片可以作��Z��个基本的控制��图的样本：

悟山 2010-09-15 12:00 发表评论

一个小型CRM�pȝ��的设计（未完成版本）

悟山 — Fri, 06 Nov 2009 05:26:00 GMT

Core-Man System Design Document Version 1.0 9/29/2009 Contents ��?4 �pȝ��M��架构介绍 4 �pȝ��具体设计 6 后记 6 ��? 本文档用来描�q�Core-Man�q�个用来为汽配行业做货物、订单、客户关�pȝ��理的�pȝ��功能和设计。本文档��Z��该系�l�的需求分析和前期市场调研�Q�关于需求分析和市场调研的结果，可以查看文档XXXX. 1. �pȝ��设计目标 ��Z��使得�pȝ��能最大程度的满��用户的需求，��可能的减少以后再定制维护过�E�中的代��P��Core-Man�pȝ��应该辑ֈ�以下几个目标�Q? �?可定制性：虽然本系�l�是��Z��汽配行业的客��L��理而设计的�Q�但是本�pȝ��需要达到在特定的需求下�l�过适当的配�|�（数据库配�|�，配置文�g更改�Q�而达到满��_��他行业需求的目的�? �?可维护性：本系�l�的设计应该辑ֈ�可维护的目的�Q�因为用��L��需求可能会变化�Q�企业规模扩大，�l�营业务增多�Q�。在用户变化需求的时候，我们的系�l�就需要升�U�，那么在升�U�的�q�程�Q�至��需要满��两斚w��的可重用�Q�一是数据上的可重用。客户在一定的�l�营�q�程中积累了一定数目的用户资源和经营经验数据，�q�部分数据对于客户以后��l�经营，扩大业务规模都是有重要作用的。在我们的系�l�升�U�的�q�程�Q�应该��得客户可以重用这部分数据�Q�即使得升��后的�pȝ��能够识别�l�护旧的数据。另一斚w��的可重用性是指代码上的可重用性，�pȝ��的升�U�不能��推到�pȝ��重来。新�pȝ��应该��Z��旧系�l�已有的代码�Q�这样可以最大程度上的节省成本�? �?安全性：虽然在系�l�初期，客户对于安全性上的要求不会很高，但是随着企业业务规模的扩大，必然涉及到很多的商业保密信息。企业的客户数据�Q�订单数据，��理模式都有很重要的商业价��|��此时对于我们�pȝ��的安全性就提出了要求。Core-Man�pȝ��的安全性主要体现在一下几个方面： �?用户认证�Q�系�l�应该区分登录的会话中用��L��w�䆾�Q�以此来判断用户可访问哪些数据，可更改哪些数据，�q�个对于一个中大型企业里面�Q�各个管理层面（老板�Q��ȝ��理，�l�理�Q�员工）应用同一个系�l�式很重要的�? �?权限��理�Q�验证用户后�Q�需要判断已验证用户是否被允许访问其所��h��的数据，在判断通过的情况下�Q�系�l�返回正��的响应�Q�否则，�pȝ��告知客户端无权访问�? �?数据加密�Q�企业的客户数据�Q�员工数据，订单数据都涉及到商业�U�密。这些数据都需要经�q�加密后存储在系�l�的文�g�pȝ��或者数据库中�? �pȝ��M��架构介绍很明昄��Core-Man�pȝ��是一个以数据库�ؓ中心�Q�以多终端进行数据处理维护的分布式系�l�，一个Core-Man�pȝ��的典型的应用场景可以用下图来描述�Q? 在上面的应用场景中，各个角色的分工如下： �?中心数据库：负责提供整个�pȝ��的数据的存贮�Q�这里包含两部分内容 �?由数据库��理�pȝ��托管的数据库表，视图�Q�存储过�E�，数据�{�信息�? �?由文件系�l�托��的囄��Q�文件等信息�? �?��h��监听/代理服务器：负责作�ؓ�l�端用户和数据库之间通信的一个代理�h的角艌Ӏ�所有客��L��的操作如果涉及到数据库查�?更改��h��Q�由��h��监听/代理服务器将其�{换�ؓ对相应数据库��目的查�?更新操作。这��L��设计能��得终端用户和数据库的耦合性降到最低，使得在需要更换数据库的时候，我们只需要更新请求监�?代理服务器里面与数据库交互的那部分代码。同�Ӟ��加进一层请求监�?代理服务器，可以让我们的�pȝ��在这一层进行安全性上的检查更改等操作�Q�比如，在这一层做�l�端用户�w�䆾的鉴别，只有�l�端用户是授权用��L��时候，我们才允许客��L��q�行后箋操作�? �?��񔽎�理�l�端�Q�这个终端有最大的��理权限�Q�用于进行数据的备䆾�Q�紧急模式下的更改等操作�? �?分布式终�?�Q�本�pȝ��众多分布式终端的其中一个，用户为普通用��P��l�理�Q�员工，客户�Q�提供访问我们系�l�的功能。每一个分布式�l�端在发赯��接请求监�?代理服务器的时候，都需要提供用戯��n份的信息�Q�请求监�?代理服务器用�q�些信息来判断发赯��接的用户是否是一个经�q�授权的用户�? 下图描述了我们的数据库设计的基本轮廓�Q? 下图描述了我们的��h��监听/代理服务器的设计模块以及模块之间的联�p�：自上至下�Q�三个大的模块分别是�Q? �?��h��监听层：负责监听客户端的操作��h��Q�检查客��L��的��n份，以及客户端的权限。如果客��L��是经授权的用户�ƈ且其��h��操作被策略允许，��h��监听层会��该��h��放进该层�l�护的请求队列中。放�q�请求队列中的请求包含请求的客户端信息，��h��的优先��Q�请求所要进行的具体操作�{�等。请求监听层会有一个请求分发线�E�，从请求队列中按照一定的�{�略扑և�一个请求，��该��h��送往逻辑处理层�? �?逻辑处理层：逻辑处理层的主要功能是维护抽象的数据模型�Q��得请求层不必与具体的数据库访问器接口�Ҏ��做交互。逻辑处理层将��h��监听层分发过来的��h��转换为对特定抽象数据的操作，�q�就使得在这一层能��最大可能地应用面向对象设计的好处，��Z��后的升��Q�定制提供方�ѝ��逻辑处理层由��h��监听模块�Q�逻辑处理模块和逻辑对象��理器组成。请求监听模块将��h��监听层分发过来的��h��转换为对特定逻辑对象的操作。逻辑处理模块是一个特定的�U�程�Q�负责调用逻辑对象��理器的�Ҏ��来进行逻辑多项生命周期的维护。逻辑对象��理器负责提供逻辑对象的管理接口，比如逻辑对象的创建，删除�{�操作�? �?数据库访问层�Q�数据库讉K��层主要由数据库访问器接口和数据库讉K��器实现来�l�成。这一层提供具体的数据讉K��操作�l�逻辑处理层��用。数据库讉K��器接口和数据库访问器实现分属于不同的�E�序集，�q�样��׃��得数据库讉K��器实现能很方便的被替换，使系�l�能�q�移��C��用新的数据库�pȝ��Q�只要我们提供新数据库系�l�的数据库访问器实现�Q��ƈ且更�Ҏ��据库讉K��层的�E�序配置文�g指向新的数据库访问器实现�? �pȝ��具体设计本章节按照“系�l��M��架构介绍”里面描�q�的模块��序逐个介绍�q�些模块的具体实现策略�? ��h��监听层： ��h��监听模块�Q? 设计��h��监听模块涉及到设计我们所使用的具体的�|�络协议的格式，在初步的设计里面�Q�我们��?.Net对于 WinSocket的封装来实现�|�络数据的传输，使用TCP/IP协议。在TCP的payload里面传输我们的请求消息和响应消息。消息格式如下：其中各个字段的含义如下： Command Value: 用于指示操作码，如果�pȝ��最高位�?�Q�表明这是系�l�定义的操作码；如果最高位�?�Q�则表明是用户定义的操作码。对于每一个特定的操作码，�pȝ��应该提供一个该操作码下的Request Data的解析函敎ͼ�所以，如果用户需要定义自��q��操作码，那么他也应该提供该操作码下的Request Data的解析函数实现。解析函数有特定的格式如下： public Dictionary RequestDataParser(ushort commandValue, ushort flags, Guid sessionId, byte[] requestData); 其输入�ؓ一个完整的包结构，输出��析出来的Request Data中包含的有意义的字段对应C#中的数据�c�d��Q�以及这些数据的倹{��这样子��是得我们能在我们的��h��监听层初始化的时候根据配�|�文件中的解析函数配�|�注册合适的解析函数�Q�在�q�行中能够调用注册好的配�|�函数解析对应的�|�络数据��其转换为有意义的逻辑数据�? 在这�U�设计之下，用户如果需要定义自��q��Command Value�Q�假讑օ��gؓ0xF000�Q�那么用��h��供一个叫做CustomeRequestDataParser.dll的程序集�Q�其中包含了对于Command Value0xF0000下的Request Data的解析函数实玎ͼ�其实现如下： public class CustomeRequestDataParser { public Dictionary RequestDataParser(ushort commandValue, ushort flags, Guid sessionId, byte[] requestData) { Dictionary result = new Dictionary(); if (requestData.Length != 8) { throw new ArgumentException("Invalid network data received."); } byte[] field1 = new byte[4]; byte[] field2 = new byte[4]; Array.Copy(requestData, field1, 4); Array.Copy(requestData, field2, 4, 4); result.Add( typeof(uint), BitConverter.ToUInt32(field1, 0)); result.Add(typeof(uint), BitConverter.ToUInt32(field2, 0)); return result; } } 在我们的��h��监听层的�E�序配置文�g中存在这么一��：在我们的��h��监听层的初始化代码中存在�q�么几行代码�Q? public void RegisterRequestDataParsers() { System.Collections.Specialized.NameObjectCollectionBase.KeysCollection keysCOllection = ConfigurationSettings.AppSettings.Keys; List requestDataParserKeys = new List(); foreach (string keyValue in keysCOllection) { if (keyValue.Contains("CommandValueParser")) { requestDataParserKeys.Add(keyValue); } } foreach (string keyValue in requestDataParserKeys) { string assemblyPath = GetAssemblyPath(ConfigurationSettings.AppSettings[keyValue]); if (!IsAssemblyLoaded(assemblyPath)) { AppDomain.CurrentDomain.Load(assemblyPath); } string typeName = GetTypeName(ConfigurationSettings.AppSettings[keyValue]); ushort commandValue=GetCommandValue(ConfigurationSettings.AppSettings[keyValue]); if (!registeredRequestDataParsers.ContainsKey(commandValue)) { registeredRequestDataParsers.Add(commandValue, Type.GetType(GetTypeFullName(typeName))); } } } 当请求监听模块收��C��个请求之后，它会��其转换��Z��个事�Ӟ��其放进事�g队列中，一个事件应该包含以下信息： public class Event { private DateTime timeStamp; private ushort commandValue; private ushort flags; private Guid sessionId; Dictionary requestData; } 一个时间队列的可能定义如下�Q? public class EventQueue { private List eventPool; private uint eventCount; private Event mostPrioritizedEvent; } ��h��调度模块不断的查询事仉��列中的时��_��按照特定的调度策略找��Z��个合适的事�g交给逻辑层处理： public abstract class EventSelectionPolicy { } public class EventQueueProcessor { private EventQueue eventQueue; private EventSelectionPolicy eventSelectionPolicy; public void RegisterEventQueue(EventQueue queue) { if (this.eventQueue != null) { throw new ArgumentException("Unable to register another event queue when a queue is still in processing."); } this.eventQueue = queue; } public EventQueue UnregisterEventQueue() { if (this.eventQueue == null) { throw new InvalidOperationException("Unable to unregister an event queue when the queue is not intialized."); } EventQueue queue = this.eventQueue; this.eventQueue = null; return queue; } public void RegisterEventSelectionPolicy(EventSelectionPolicy policy) { this.eventSelectionPolicy = policy; } public Event SelectEvent() { // //return ...; } } EventQueueProcessor调用SelectEvent�Ҏ��按照注册�q�的调度�{�略选择一个event交给逻辑处理层处理�? 后记

悟山 2009-11-06 13:26 发表评论

�?Net Framework中动态创建类�?--System.Reflection.Emit命名�I�间��试

悟山 — Fri, 24 Jul 2009 13:51:00 GMT

string assemblyName = this.txtAssemblyName.Text;
            string className = this.txtClassName.Text;

            System.Diagnostics.Debug.Assert(assemblyName != null && assemblyName != string.Empty);
            System.Diagnostics.Debug.Assert(className != null && className != string.Empty);

            System.Reflection.AssemblyName asmName = new System.Reflection.AssemblyName(assemblyName);
            AssemblyBuilder asmBuilder = AppDomain.CurrentDomain.DefineDynamicAssembly(asmName, AssemblyBuilderAccess.Run);
            ModuleBuilder modBuilder = asmBuilder.DefineDynamicModule("MyModule", true);

            TypeBuilder typeBuilder = modBuilder.DefineType(className);
            typeBuilder.DefineField("myfield",typeof(string), System.Reflection.FieldAttributes.Public);
            MethodBuilder methodBuilder = typeBuilder.DefineMethod("CallMethod", System.Reflection.MethodAttributes.Public| System.Reflection.MethodAttributes.SpecialName | System.Reflection.MethodAttributes.HideBySig

                , null, new Type[] { typeof(string) });

            methodBuilder.DefineParameter(0, System.Reflection.ParameterAttributes.Retval, null);
            methodBuilder.DefineParameter(1, System.Reflection.ParameterAttributes.In, "name");
            ILGenerator ilGenerator = methodBuilder.GetILGenerator();

            ilGenerator.Emit(OpCodes.Ldarg_1);
            //System.Reflection.Assembly asmSystem = System.Reflection.Assembly.GetAssembly(typeof(MessageBox));
            //Type typeMessageBox = asmSystem.GetType("MessageBox");
            Type typeMessageBox = typeof(MessageBox);
            System.Reflection.MethodInfo mInfoShow = typeMessageBox.GetMethod("Show",new Type[]{typeof(string)}
                //System.Reflection.BindingFlags.Public| System.Reflection.BindingFlags.Static,
                );

            ilGenerator.EmitCall(OpCodes.Call, mInfoShow, null);

            ilGenerator.Emit(OpCodes.Ret);

            Type customType = typeBuilder.CreateType();
            object customeObj = Activator.CreateInstance(customType); ;

            System.Reflection.MethodInfo methodInfo = customType.GetMethod("CallMethod");
            //customType.InvokeMember("CallMethod", System.Reflection.BindingFlags.Public, null, customeObj, new object[] { "123" });
            //methodBuilder.Invoke(customeObj, new object[] { "123" });
            methodInfo.Invoke(customeObj, new object[] { "11" });
            Console.ReadLine();

悟山 2009-07-24 21:51 发表评论

悟山 — Mon, 22 Jun 2009 07:28:00 GMT

原文地址�Q?a >http://hi.baidu.com/niiuniu1127/blog/item/ba6e07fb28248e126d22eb8c.html

什么叫滤�L�Q�用白话讲就是，一个电信号中有若干�U�成分，把其中一部分交流信号�q��o掉就叫��o波�?/p>

��L��和��o波的区别�Q�在数字信号处理的理��Z��Q�卷�l�可以说是一�U�数学运��，而��o波是一�U�信号处理的�Ҏ��。卷�U�就像加权乘法一��P��你能说��o波和加权乘法是一��L��吗，昄��不行�Q�但是��o波最�l�是有乘法来实现的�?/p>

自适应滤�L��是滤�L所用的模板�p�L��会根据图像不同位�|�自动调整�?br>中值��o�?median filter)��单的说就是：一个窗(window)中心的象素值就是这个窗包含的象素中处于中间位置的象素倹{�?br>均值��o�?mean filter)��是一个窗中心的象素值就是这个窗包含的象素的�q�_��倹{�?br>�I�间频率主要是指囑փ�的��^滑或�_�糙�E�度。一般可认�ؓ�Q�高�I�间频率区域�U?#8220;�_�糙”�Q�即囑փ�的亮度值在��范围内变化很大�Q��?#8220;�q�x��”区，囑փ�的亮度值变化相对较��，如��^滑的水体表面�{�。低通��o波主要用于加强图像中的低频成分，减弱高频成分�Q�而高通��o波则正好相反�Q�加强高频细节，减弱低频�l�节�Q�简单地�Ԍ��高通��o波处理过的图像更�?#8220;�_�糙”。高通��o波顾名思义��是让频率高的通过�Q��囑փ��h��锐化效果�Q�低通��o波则恰好相反了，它是使低频通过�Q��囑փ��h��q�x��的效果�?/p>

•模板的定�?–所谓模板就是一个系数矩�?–模板大小�Q�经常是奇数�Q�如�Q?3x3 5x5 7x7 –模板�p�L��: 矩阵的元�?w1 w2 w3 w4 w5 w6 w7 w8 w9
�I�域�q��o及过滤器的定义：使用�I�域模板�q�行的图像处理，被称为空域过滤�?br>

w1 w2 w3

w4 w5 w6

w7 w8 w9

模板本��n被称为空域过滤器
�I�域�q��o器的分类
按效果分�Q�钝化过滤器�Q�锐化过滤器
按数学�Ş态分�c?br>1�Q�线性过滤器�Q��用乘�U�和的计��，例如�Q�R = w1z1 + w2z2 + … + wnzn
高通：边缘增强、边�~�提�?br>低通：钝化囑փ�、去除噪�?br>带通：删除特定频率、增��Z��很少�?br>2�Q�非�U�性过滤器�Q�结果值直接取决于像素��d��的�?br>最大��|��L��最亮点�Q�亮化图�?br>最��|��L��最暗点�Q�暗化图�?br>中��|��钝化囑փ�、去除噪�?/div>

钝化�q��o器的主要用�?br>1�Q�对大图像处理前�Q�删��L��用的�l�小�l�节
2�Q�连接中断的�U�段和曲�U?br>3�Q�降低噪�?br>4�Q�钝化处理，恢复�q�分锐化的图�?br>5�Q�图像创艺（阴媄、��Y辏V��朦胧效果）
�~�点�Q?br>如果囑փ�处理的目的是去除噪音�Q�那么，低通��o波在去除噪音的同时也钝化了边和尖锐的�l�节�Q�但是中值��o波算法的特点�Q�在去除噪音的同�Ӟ��可以比较好地保留边的锐度和图像的�l�节锐化�q��o器的主要用�?br>1�Q�印刷中的细微层�ơ强调。��I补扫描、挂�|�对囑փ�的钝�?br>2�Q�超声探��成象，分��L率低�Q�边�~�模�p�，通过锐化来改�?br>3�Q�图像识别中�Q�分割前的边�~�提�?br>4�Q�锐化处理恢复过度钝化、暴光不��的囑փ�
5�Q�图像创艺（只剩下边界的�Ҏ��囑փ��Q?br>6�Q�尖端武器的目标识别、定�?/p>

�q��o器效果的分析
1�Q�常数或变化�q�缓的区域，�l�果�?或很��，囑փ�很暗�Q�亮度被降低�?br>2�Q�在暗的背景上边�~�被增强�?br>3�Q�图像的整体�Ҏ��度降低了
4�Q�计��时会出现负��|��?处理为常�?/p>

基本高通空域��o波的�~�点和问�?br>高通��o波在增强了边的同�Ӟ��丢失了图像的层次和亮�?br>

悟山 2009-06-22 15:28 发表评论

[转蝲]WM_PAINT消息��结

悟山 — Thu, 04 Jun 2009 09:21:00 GMT

原文地址�Q?a >http://dev.csdn.net/article/74/74935.shtm

WM_PAINT是Windows�H�口�pȝ��中一条重要的消息�Q�应用程序通过处理该消息实现在�H�口上的�l�制工作�?/p>

1. �pȝ��何时发送WM_PAINT消息�Q?/p>

�pȝ��会在多个不同的时机发送WM_PAINT消息�Q�当�W�一�ơ创��Z��个窗口时�Q�当改变�H�口的大��时�Q�当把窗口从另一个窗口背后移出时�Q�当最大化或最��化�H�口�Ӟ��{�等�Q�这些动作都是由 �pȝ��理的，应用只是被动地接收该消息�Q�在消息处理函数中进行绘制操作；大多数的时候应用也需要能够主动引发窗口中的绘制操作，比如当窗口显�C�的数据改变的时候，�q�一般是通过InvalidateRect�?InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到�H�口的Update Region中，当应用的消息队列没有其他消息�Ӟ��如果�H�口的Update Region不�ؓ�I�时�Q�系�l�就会自动��生WM_PAINT消息�?/p>

�pȝ��Z��么不在调用Invalidate时发送WM_PAINT消息呢？又�ؓ什么非要等应用消息队列为空时才发送WM_PAINT消息呢？�q�是因�ؓ�pȝ��把在�H�口中的�l�制操作当作一�U�低优先�U�的操作�Q�于是尽可能地推后做。不�q�这样也有利于提高绘制的效率�Q�两个WM_PAINT消息之间通过InvalidateRect和InvaliateRgn使之失效的区域就会被累加��h��Q�然后在一个WM_PAINT消息中一�ơ得�?更新�Q�不仅能避免多次重复地更新同一区域�Q�也优化了应用的更新操作。像�q�种通过InvalidateRect和InvalidateRgn来�ɽH�口区域无效�Q�依赖于�pȝ��在合适的时机发送WM_PAINT消息的机制实际上是一�U�异步工作方式，也就是说�Q�在无效化窗口区域和发送WM_PAINT消息之间是有延迟的；有时候这�U��g�q��ƈ不是我们希望的，�q�时我们当然可以在无效化�H�口区域后利�?br>SendMessage 发送一条WM_PAINT消息来强制立即重�?br>【注解：SendMessage会block到被发送的消息被处理完才返回，但是WM_PAINT消息的处理时间又是用户不可控制的�Q?#8220;GetMessage returns the WM_PAINT message when there are no other messages in the application's message queue, and DispatchMessage sends the message to the appropriate window procedure. ”(MSDN原文)�Q�那么也��是��_��你调用SendMessage之后�Q�这个方法需要等待多长时间才能返回是不可控制的。所以MSDN不推荐用��L��接发送WM_PAINT消息�Q?#8220;The WM_PAINT message is generated by the system and should not be sent by an application”�?br>�Q�但不如使用Windows GDI为我们提供的更方便和强大的函敎ͼ�UpdateWindow和RedrawWindow。UpdateWindow会检查窗口的Update Region�Q�当其不为空时才发送WM_PAINT消息�Q�RedrawWindow则给我们更多的控�Ӟ��是否重画非客户区和背景，是否��L��发送WM_PAINT消息而不��Update Region是否为空�{��?/p>

2. BeginPaint

BeginPaint和WM_PAINT消息紧密相关。试一试在WM_PAINT处理函数中不写BeginPaint会怎样�Q�程序会像进入了一个死循环一栯��到惊人的CPU占用率，你会发现�E�序��d��处理一个接一个的WM_PAINT消息。这是因为在通常情况下，当应用收到WM_PAINT消息�Ӟ��H�口的Update Region都是非空的（如果为空��׃��需要发送WM_PAINT消息了）�Q�BeginPaint的一个作用就是把该Update Region�|��ؓ�I�，�q�样如果不调用BeginPaint�Q�窗口的Update Region��׃��直不为空�Q�如前所�q�ͼ��pȝ��׃��一直发送WM_PAINT消息�?/p>

BeginPaint和WM_ERASEBKGND消息也有关系。当�H�口的Update Region被标志�ؓ需要擦除背景时�Q�BeginPaint会发送WM_ERASEBKGND消息来重画背景，同时在其�q�回信息里有一个标志表明窗口背景是否被重画�q�。当我们用InvalidateRect和InvalidateRgn来把指定区域加到Update Region中时�Q�可以设�|�该区域是否需要被擦除背景�Q�这样下一个BeginPaint��q��道是否需要发送WM_ERASEBKGND消息了�?/p>

另外要注意的一�Ҏ��Q�BeginPaint只能在WM_PAINT处理函数中��用�?/p>

悟山 2009-06-04 17:21 发表评论

悟山 — Thu, 28 May 2009 09:04:00 GMT

��一副灰度图像�{换�ؓ只包含�ؓ黑白两色的二值图像称之�ؓ囑փ�的阈值处理；�q�种处理有多�U�方式，最��单的��是讑֮�一个静态的阈��|��色素值大于该阈值的为白�Q�否则该值的为黑艌Ӏ�但是在很多时候，�q�种��单的�Ҏ��q�不能得到很好的效果。在�q�篇文章里面我们介绍一�U�很��单的局部自适应性图像阈值化处理�Ҏ��Q�该�Ҏ��Ҏ��囑փ�局部特点动态的调整光��|��能够得到比较理想的阈值化处理效果�?br>
该方法的思想是首先将囑փ�分�ؓ一定大��的区块�Q�这个可以根据情况选用�Q�比如你可以选择3*3的矩阵，或�?*5的矩��c��选定好这些小块之后，我们计算�q�个��块中包围了中心像素点的其他像素点（或者用户也可以加其他的限定条�g选择像素点）的灰度值的某种�l�计信息�Q�比如灰度均��|��或者灰度中间��|��或者最大灰度与最��灰度之间的均��g��Z��间像素点的阈倹{��如果中间像素点的灰度大于该阈��|��则中间像素被转换为白色点�Q�反之，则�{换�ؓ黑色炏V�?br>以ROUND(x)代表像素点x周围的所有像素点�Q�以函数Statistic(ROUND(x))表示对上�q�的�q�些像素点的灰度值做�l�计�q�算�Q�那么我们的��法思想可以描述为：
1�Q�x>Statistic(ROUND(x)))
x={
0(x<=Statistic(ROUND(x)))

在实际情况中�Q�选用3*3的包围矩阵和取均值的�l�计��法可以得到比较理想的处理效果（处理效果的图片对比如下：
原图�Q?br>

处理后图片：

�Q��?

悟山 2009-05-28 17:04 发表评论

[转蝲]��析本机API

悟山 — Fri, 22 May 2009 10:43:00 GMT

原文地址�Q?a >http://www.xfocus.net/articles/200503/782.html

创徏旉��Q?005-03-09
文章属性：转蝲
文章提交�Q?a >cisocker (cisocker_at_163.com)

by sunwear [E.S.T]
2004/10/02
shellcoder@163.com

此文只能说是一��笔讎ͼ�是关于本机API�?本机API是除了Win32 API�Q�NT�q�_��开放了另一个基本接口。本机API也被很多人所熟悉�Q�因为内核模式模块位于更低的�pȝ��U�别�Q�在那个�U�别上环境子�pȝ��是不可见的。尽��如此，�q�不需要驱动��别去讉K��q�个接口�Q�普通的Win32�E�序可以在�Q何时候向下调用本机API。�ƈ没有��M��技术上的限�Ӟ��只不�q�微软不支持�q�种应用开发方法�?nbsp;
    User32.dll,kernel32.dll,shell32.dll,gdi32.dll,rpcrt4.dll,comctl32.dll,advapi32.dll,version.dll�{�dll代表了Win32 API的基本提供者。Win32 API中的所有调用最�l�都转向了ntdll.dll�Q�再由它转发至ntoskrnl.exe。ntdll.dll是本�?API用户模式的终端。真正的接口在ntoskrnl.exe里完成。事实上�Q�内核模式的驱动大部分时间调用这个模块，如果它们��h��pȝ��服务。Ntdll.dll的主要作用就是让内核函数的特定子集可以被用户模式下运行的�E�序调用。Ntdll.dll通过软�g中断int 2Eh�q�入ntoskrnl.exe�Q�就是通过中断门切换CPU�Ҏ��U�。比如kernel32.dll导出的函数DeviceIoControl()实际上调用ntdll.dll中导出的NtDeviceIoControlFile()�Q�反汇编一下这个函数可以看刎ͼ�EAX载入magic�?x38�Q�实际上是系�l�调用号�Q�然后EDX指向堆栈。目标地址是当前堆栈指针ESP+4�Q�所以EDX指向�q�回地址后面一个，也就是指向在�q�入NtDeviceIoControlFile()之前存入堆栈的东�ѝ��事实上��是函数的参数。下一个指令是int 2Eh�Q��{��C��断描�q�符表IDT位置0x2E处的中断处理�E�序�?br>
反编汇这个函数得刎ͼ�

mov eax, 38h

lea edx, [esp+4]

int 2Eh

ret 28h

当然int 2E接口不仅仅是��单的API调用调度员，他是从用��h��式进入内核模式的main gate�?br>
W2k Native API�?48个这么处理的函数�l�成�Q�比NT 4.0多了37个。可以从ntdll.dll的导出列表中很容易认出来�Q�前�~�Nt。Ntdll.dll中导��Z��249个，原因在于NtCurrentTeb()��Z��个纯用户模式函数�Q�所以不需要传�l�内核。��o人惊奇的是，仅仅Native API的一个子集能够从内核模式调用。而另一斚w��Q�ntoskrnl.exe导出了两个Nt*�W�号�Q�它们不存在于ntdll.dll�? NtBuildNumber, NtGlobalFlag。它们不指向函数�Q�事实上�Q�是指向ntoskrnl.exe的变量，可以被��用C�~�译器extern关键字的驱动模块导入。Ntdll.dll和ntoskrnl.exe中都有两�U�前�~�Nt*,Zw*。事实上ntdll.dll中反汇编�l�果两者是一��L��。而在ntoskrnl.exe中，nt前缀指向真正的代码，而zw�q�是一个int 2Eh的stub。也��是说zw*函数集通过用户模式到内核模式门传递的�Q�而Nt*�W�号直接指向模式切换以后的代码。Ntdll.dll中的NtCurrentTeb()没有相对应的zw函数。Ntoskrnl�q�不导出配对的Nt/zw函数。有些函数只以一�U�方式出现�?br>
2Eh中断处理�E�序把EAX里的��g��为查找表中的索引�Q�去扑ֈ�最�l�的目标函数。这个表��是�pȝ��服务表SST�Q�C的结构SYSTEM_SERVICE_TABLE的定义如�?清单也包含了�l�构SERVICE_DESCRIPTOR_TABLE中的定义�Q��ؓSST数组�W�四个成员，前两个有着特别的用途�?br>
typedef NTSTATUS (NTAPI *NTPROC) ( ) �Q?br>
typedef NTPROC *PNTPROC�Q?br>
#define NTPROC_ sizeof (NTPROC)

typedef struct _SYSTEM_SERVICE_TABLE

{ PNTPROC ServiceTable; // �q�里是入口指针数�l?br>
PDWORD CounterTable; // 此处是调用次数计数数�l?br>
DWORD ServiceLimit ; // 服务入口的个�?br>
PBYTE ArgumentTable; // 服务参数字节数的数组

) SYSTEM_SERVICE_TABLE ,

* PSYSTEM_SERVICE_TABLE ,

* * PPSYSTEM_SERVICE_TABLE ;

/ / _ _ _ _ _ _ _ _ _ _ _ _

typedef struct _SERVICE_DESCRIPTOR_TABLE

{ SYSTEM_SERVICE_TABLE ntoskrnl ; // ntoskrnl所实现的系�l�服务，本机的API}

SYSTEM_SERVICE_TABLE win32k; // win32k所实现的系�l�服�?br>
SYSTEM_SERVICE_TABLE Table3; // 未��?br>
SYSTEM_SERVICE_TABLE Table4; // 未��?br>
} SERVICE_DESCRIPTOR_TABLE ,

* PSERVICE_DESCRIPTOR_TABLE,

* PPSERVICE_DESCRIPTOR_TABLE �Q?br>
ntoskrnl通过KeServiceDescriptorTable�W�号,导出了主要SDT的一个指针。内核维护另外的一个SDT�Q�就是KeServiceDescriptorTableShadow。但�q�个�W�号没有导出。要惛_��内核模式�l��g中存取主要SDT很简单，只需两行C语言的代�?

extern PSERVICE_DESCRIPTOR_TABLE KeServiceDescriptorTable;

PSERVICE_DESCRIPTOR_TABLE psdt= KeServiceDescriptorTable;

NTPROC为本�?API的方便的占位�W�，他类��g��Win32�~�程中的PROC。Native API正常的返回应该是一个NTSTATUS代码�Q�他使用NTAPI调用�U�定�Q�它和_stdcall一栗��ServiceLimit成员有在ServiceTable数组里找到的入口数目。在2000下，默认值是248。ArgumentTable为BYTEs的数�l�，每一个对应于ServiceTable的位�|��ƈ昄��了在调用者堆栈里的参数比�Ҏ��。这个信息与EDX�l�合�Q�这是内�总�调用者堆栈copy参数到自��q��堆栈所需的。CounterTable成员在free buid�?000中�ƈ没有使用刎ͼ�在debug build中，�q�个成员指向代表所有函��C��用计数的DWORDS数组�Q�这个信息能用于性能分析�?br>    可以使用�q�个命��o来显�C?dd KeServiceDescriptorTable�Q�调试器把此�W�号解析�?x8046e0c0。只有前四行是最重要的，对应那四个SDT成员�?br>    �q�行�q�个命��o:ln 8046e100�Q�显�C�符��h��KeServiceDescriptorTableShadow�Q�说明第五个开始确实�ؓ内核�l�护的第二个SDT。主要的区别在于后一个包含了win32k.sys的入口，前一个却没有。在�q�两个表中，Table3与Table4都是�I�的。Ntoskrnl.exe提供了一个方便的API函数。这个函数的名字为：

    KeAddSystemServiceTable
此函数去填充�q�些位置�?br>
2Eh的中断处理标记是KisystemService()。这也是ntoskrnl.exe没有导出的内部的�W�号�Q�但包含�?k�W�号文�g中。关于KisystemService的操作如下：

1 从当前的�U�程控制块检索SDT指针

2 军_��使用SDT�?个SST的其中一个。通过��试EAX中递送ID的第12�?3位来军_��。ID�?x0000-0x0fff的映��至ntoskrnl表格�Q�ID�?br>
0x1000�?x1ffff的分配给win32k表格。剩下的0x2000-0x2ffff�?br>
0x3000-0x3ffff则是Table3和Table4保留�?br>
3 通过选定SST中的ServiceLimit成员��查EAX�?�Q?1位。如果ID��过了范��_��q�回错误代码为STATUS_INVALID_SYSTEM_SERVICE�?br>
4 ��查EAX中的参数堆栈指针与MmUserProbeAddress。这是一个ntoskrnl导出的全局变量。通常�{�于0x7FFF0000�Q�如果参数指针不在这个地址之下�Q�返回STATUS_ACCESS_VIOLATION�?br>
5 查找ArgumentTable中的参数堆栈的字节数�Q�从调用者的堆栈copy所有的参数臛_��前内核模式堆栈�?br>
6 搜烦serviceTable中的服务函数指针�Q��ƈ调用�q�个函数�?br>
7 控制转到内部的函数KiserviceExit�Q�在此次服务调用�q�回之后�?br>
从对SDT的讨论可以看��C��本机API一赯��有第二个内核模式接口。这个接口把Win32子系�l�的囑�Ş讑֤�接口和窗口管理器和内核模式组件Win32k�q�接��h��。Win32k接口一��h��Z��int 2eh。本机API的服务号是从0x0000�?x0fff�Q�win32k的服务号是从0x1000�?x1fff�?ddW32pServiceTable认定win32k.sys的符号可用�?win32k��d��包含639个系�l�服务�?br>

2Eh的处理过�E�没有��用全局SDT KeServiceDescriptorTable�?br>
而是一个与�U�程相关的指针。显�Ӟ��U�程可以有不同得SDT相关到自�w�。线�E�初试化的时�?KeInitializeThread()把KeServiceDescriptorTable写到�U�程的控制块。尽��这��P��q�个默认讄��之后可能被改变�ؓ其它��|��例如KeServiceDescriptorTableShadow�?br>

Windows 2000�q�行时库

Ntdll.dll臛_��导出了不��于1179个符受��其中的249/248是属于Nt*/zw*集合。所以还�?82个函��C��是通过int 2eh门中转。很昄��Q�这么多的函��C��依靠2k的内核�?br>
其中一些是和c�q�行时库几乎一��L��函数。其实ntoskrnl也实��C��一些类��|�E�q�行时库的一些函数。可以通过ddk里的ntdll.lib来链接和使用�q�些函数。反汇编ntdll.dll与ntoskrnl.exe的��E�q�行时函数能发现�Q�ntdll.dll�q�不是依赖ntoskrnl.exe。这两个模块各自实现了这些函数�?br>
除了�Q�运行时库外�Q?000�q�提供了一个扩展的�q�行时函数集合。再一�ơ，ntdll.dll与ntoskrnl.exe各自实现了它们。同��P��实现集合有重复，但是�q�不完全匚w��。这个集合的函数都是以Rtl开头的�?000�q�行时库包括一些辅助函数用于��E�q�行时候无法完成的��d��。例如有些处理安全事务，另外的操�U?000专用的数据结构，�q�有些支持内存管理。微软仅仅在DDK中记录了很有用的406个函��C��?15个函数�?br>
Ntdll.dll�q�提供了另外一个函数集合，以__e前缀开头。实际上它们用于��点数模拟器�?br>
�q�有很多的函数集合，所有这些函数的前缀如下�Q?br>
__e(��点模拟),Cc(Cache��理),Csr(c/s�q�行时库),Dbg(调试支持)�Q�Ex(执行支持),FsRtl(文�g�pȝ��q�行�?�Q�Hal(��g抽象�?,Inbv(�pȝ��初试�?vga启动驱动�E�序bootvid.dll),Init(�pȝ��初试�?,Interlocked(�U�程安全变量操作),Io(IO��理�?,Kd(内核调试器支�?,Ke(内核例程),Ki(内核中断处理),Ldr(映象装蝲�?,Lpc(本地�q�程调用),Lsa(本地安全授权),Mm(内存��理),Nls(国际化语�a�支持),Nt(NT本机API)�Q�Ob(对象��理�?,Pfx(前缀处理)�Q�Po(甉|��理),Ps(�q�程支持),READ_REGISTER_(从寄存器地址�?�Q�Rtl(2k�q�行时库),Se(安全处理),WRITE_REGISTER_�Q�写寄存器地址�Q?Zw(本机API的替换叫�?�Q?lt;其它>(辅助函数和��E�q�行时库)�?br>
当编写从用户模式通过ntdll.dll或内核模式通过ntoskrnl.exe�?000内核交互的��Y件的时候，需要处理很多基本的数据�l�构�Q�这些结构在Win32世界中很��见到�?br>
常用数据�l�构

l     整数

ANSI字符是有�W�号的，而Unicode WCHAR是无�W�号�?br>
MASM的TBYTE�?0位的��点敎ͼ�用于高精度��Q点运��单元操作，注意它与Win32的TBYTE�Q�text byte�Q�完全不同�?br>
TABLE 2-3. Equivalent Integral Data Types

BITS    MASM   FUNDAMENTAL    ALIAS #1    ALIAS #2  SIGNED

8       BYTE    unsigned char  UCHAR                 CHAR
16      WORD    unsigned short USHORT     WCHAR      SHORT

32      DWORD   unsigned long  ULONG                 LONG

32      DWORD   unsigned int    UINT                 INT

64      QWORD   unsigned _int64 ULONGLONG DWORDLONG LONGLONG

80      TBYTE    N/A

typedef union _LARGE_INTEGER

{  struct{

ULONG LowPart;

LONG HighPart�Q�};

LONGLONG QuadPart;

}

LARGE_INTEGER , * PULARGE_INTEGER ;

typedef union _ULARGE_INTEGER{

struct{

ULONG LowPart;

ULONG HighPart;�?br>
ULONGLONG QuadPart;

}ULARGE_INTEGER, *PULARGE_INTEGER;

l     字符

    Win32�~�程中PSTR用户CHAR*�Q�PWSTR用于WCHAR*。取决于是否定义了UNICODE�Q�PTSTR解释为PSTR或者PWSTR。在2k内核模式下，常用的数据类型是UNICODE_STRING�Q�而STRING用来表示ANSI字符�?

typedef struct _UNICODE_STRING{

USHORT Length; //当前字节长度�Q�不是字�W�！�Q�！

USHORT MaximumLength; //Buffer的最大字节长�?br>
PWSTR Buffer;}UNICODE_STRING , * PUNICODE_STRING ;

typedef struct _STRING{

USHORT Length;

USHORT MaximumLength;

PCHAR Buffer;}STRING, *PSTRING;

typedef STRING ANSI_STRING, *PANSI_STRING;

typedef STRING OEM_STRING, *POEM_STRING;

  操纵函数:RtlCreatUnicodeString(),RtlInitUnicodeString(),

RtlCopyUnicodeString()�{�等

l     �l�构

许多内核API函数需要一个固定大��的OBJECT_ATTRIBUTES�l�构�Q�比如NtOpenFile()。对象的属性是OBJ_*值的�l�合�Q�可以从ntdef.h中查到�?br>
IO_STATUS_BLOCK�l�构提供了所��h��操作�l�果的信息，很简单，status成员包含一个NTSTATUS代码, 如果操作成功 information成员提供特定��h��的信息�?br>
�q�有一个结构是LIST_ENTRY�Q�这是一个双向环链表�?br>
typedef struct _OBJECT_ATTRIBUTES

{

ULONG Length;

HANDLE RootDirectory;

PUNICODE_STRING ObjectName;

ULONG Attributes;

PVOID SecurityDescriptor;

PVOID SecurityQualityOfService;

} OBJECT_ATTRIBDTES, *POBJECT_ ATTRIBUTES;

typedef struct _IO_STATUS_BLOCK

{

NTSTATDS Status;

ULONG Information;

}IO_STATUS_BLOCK , * PIO_STATUS_BLOCK ;

typedef struct _LIST_ENTRY

{

Struct _LIST_ENTRY *Flink;

Struct _LIST_ENTRY *Blink;

}LIST_ENTRY, *PLIST_ENTRY;

双向链表的典型例子就是进�E�和�U�程链。内部变量PsActiveProcessHead是一个LIST_ENTRY�l�构�Q�在ntoskrnl.exe的数据段中，指定了系�l�进�E�列表的�W�一个成员�?br>
CLIENT_ID�l�构��p��E�和�U�程ID�l�成�?br>
typedef struct _CLIENT_ID

{ HANDLE UniqueProcess;

HANDLE UniqueThread;

)CLIENT_ID, *PCLIENT_ID;

惌��从用��h��式调用ntdll.dll中的API函数�Q�必��考虑��C��下四�?

1 SDK头文件没有包括这些函数的原型

2 �q�些函数使用的若�q�基本数据类型没有包括在SDK文�g�?br>
3 SDK和DDK头文件不兼容�Q�不能在win32的c源文件包含ntddk.h�?br>
4 ntdll.lib没有包括在VC的默认导入库列表中�?br>
�W?个很�Ҏ��解决�Q?progma comment(linker,“/defaultlib:ntdll.lib”)

�~�失的定义比较难解决�Q�最��单的�Ҏ��是写一个自定义的头文�g�Q�刚刚包含需要调用ntdll.dll中函数的定义。幸�q�的是，已经在光盘的w2k_def.h文�g中做了这个工作。因��个头文�g��用于用��h��式和内核模式�E�序�Q�所以必��d��用户模式代码中，#include之前#define _USER_MODE_�Q��得DDK中出现而SDK中没有的定义可用�?br>

本文部分��译于一��电子书.也感谢朋友GameHunter�q�位��p��极好的朋友帮�?与Free的指�?

悟山 2009-05-22 18:43 发表评论

[C#学习�W�记]在Vista或者Server2008下以Admin模式启动�E�序

悟山 — Fri, 22 May 2009 10:36:00 GMT

原文�Q�参考文章）链接�Q?a >http://www.codeproject.com/KB/vista-security/UAC_Shield_for_Elevation.aspx

Vista和Windows Server 2008上面�pȝ��的UAC�Q�User Account Control�Q�默认是开启的�Q�用户在一般情况下�q��过双击启动�E�序都不是以��理员模式运行。但是，在很多情况下�Q��ؓ了在�E�序里面讉K��pȝ��的某些特定资源，需要当前程序的identity��h��admin的权限。那么这��需要涉及到��当前程序的执行用户是否处于��理员模式，在当前程序不处于admin模式的情况以admin模式下重启程序�?br>
参考了http://www.codeproject.com/KB/vista-security/UAC_Shield_for_Elevation.aspx�q�篇文章�Q�做如下学习�W�记�?br>
��Z��当前进�E�的之行用户是否是管理员�Q�需要用到CLR�U�System.Security.Principal名称�I�间�U�的WindowsIdentity�c�d��WindowsPrincipal�c�R��下面是代码�Q�很好理解：

static bool IsAdmin()
        {
            WindowsIdentity identity = WindowsIdentity.GetCurrent();
            WindowsPrincipal principle = new WindowsPrincipal(identity);
            return principle.IsInRole(WindowsBuiltInRole.Administrator);
        }

如果当前�q�程不是处于��理员模式，那么我们可以重启�q�个�E�序。�ؓ了重启程序��用了System.Diagnostics名称�I�间下的Process�c�，Process�c�调用命令行下的"runas"命��o�Q�以��理员模式重新启动当前程序。代码如下，也很好理解：

static void RestartProcessElevated()
        {
            ProcessStartInfo info = new ProcessStartInfo();
            info.UseShellExecute = true;
            info.WorkingDirectory = Environment.CurrentDirectory;
            info.FileName = System.Windows.Forms.Application.ExecutablePath;
            info.Verb = "runas";
            try
            {
                Process.Start(info);
            }
            catch (System.ComponentModel.Win32Exception ex)
            {
                Console.WriteLine("Exception:{0}", ex.Message);
                return;
            }

            System.Windows.Forms.Application.Exit();
        }

悟山 2009-05-22 18:36 发表评论

[转蝲]解剖XP最核心的dll——NTDLL.dll

悟山 — Thu, 21 May 2009 07:23:00 GMT

原文地址�Q?a ))
2.利用GetProcAddress 获取其函数入口地址
3.利用得到的函数指针调�?br>
但是可以大致的分为几�c�d��
1 PropertyLengthAsVariant  它被排在了第一��P��但是我就是不明白它是做什么的
2  Csr�Q�configuration status register�Q?nbsp;Command and Status Register�Q�）�p�d��
CsrAllocateCaptureBuffer CsrAllocateMessagePointer CsrCaptureMessageBuffer CsrCaptureMessageMultiUnicodeStringsInPlace
CsrCaptureMessageString CsrCaptureTimeout CsrClientCallServer CsrClientConnectToServer CsrFreeCaptureBuffer
CsrGetProcessId CsrIdentifyAlertableThread CsrNewThread CsrProbeForRead CsrProbeForWrite CsrSetPriorityClass

3 Dbg�p�d�� 调试函数
DbgBreakPoint DbgPrint DbgPrintEx DbgPrintReturnControlC DbgPrompt DbgQueryDebugFilterState DbgSetDebugFilterState
DbgUiConnectToDbg DbgUiContinue DbgUiConvertStateChangeStructure DbgUiDebugActiveProcess DbgUiGetThreadDebugObject
DbgUiIssueRemoteBreakin DbgUiRemoteBreakin DbgUiSetThreadDebugObject DbgUiStopDebugging DbgUiWaitStateChange DbgUserBreakPoint

4 ki�p�d��
KiRaiseUserExceptionDispatcher
KiUserApcDispatcher
KiUserCallbackDispatcher
KiUserExceptionDispatcher

5 Ldr�p�d��  Loader APIs�Q�共34�?br>
API
NTDLL APIs
LoadResource
LdrAccessResource
LdrAlternateResourcesEnabled
DisableThreadLibraryCalls
LdrDisableThreadCalloutsForDll
LdrEnumResources
LdrFindAppCompatVariableInfo
LdrFindEntryForAddress
EnumResourceTypesW
LdrFindResourceDirectory_U
FindResourceExA
LdrFindResource_U
LdrFlushAlternateResourceModules
LdrGetAlternateResourceModuleHandle
GetModuleHandleForUnicodeString
LdrGetDllHandle
GetProcAddress
LdrGetProcedureAddress
LdrInitializeThunk
LoadLibraryEx (LOAD_LIBRARY_AS_DATAFILE)
LdrLoadAlternateResourceModule
LoadLibrary
LdrLoadDll
LdrProcessRelocationBlock
LdrQueryApplicationCompatibilityGoo
LdrQueryImageFileExecutionOptions
LdrQueryProcessModuleInformation
LdrRelocateImage
ExitProcess
LdrShutdownProcess
ExitThread
LdrShutdownThread
LdrUnloadAlternateResourceModule
FreeLibrary
LdrUnloadDll
LdrVerifyImageMatchesChecksum
LdrVerifyMappedImageMatchesChecksum

6 Nls�Q�National Language Support�Q�系�?nbsp; 代码��늮��?nbsp;
NlsAnsiCodePage
NlsMbCodePageTag
NlsMbOemCodePageTag

7 Nt�p�d�� ?85个，大部分都是kernel32.dll,user32.dll�{�的核心实现

NtCreateFile, NtOpenFile, NtClose, NtWaitForSingleObject 是kernel32.dll中许多用��L�代码的核心实现�?br>
NTSTATUS NtClose( HANDLE  Handle);
竟然是CloseHandle 的原�w�！唯一的缺�Ҏ��该函数�ƈ没有导出库，如果要调用，��必��M��用GetProcAddress 来获得其函数指针然后调用�?br>
NtCreateFile  可以说是DDK的核�?br>
RtlUnwind initiates an unwind of procedure call frames
�l�构化异常（Structured Exception Handling, SEH �Q�的核心�?br>
NTSTATUS NtWaitForSingleObject(  HANDLE Handle, BOOLEAN Alertable, PLARGE_INTEGER Timeout);
Waits until the specified object attains a state of signaled
我想�Q�信号同步等�Q�应该与之有莫大的联�p�d��

8 pfx 不明�?br>PfxFindPrefix
PfxInitialize
PfxInsertPrefix
PfxRemovePrefix

9 RestoreEm87Context SaveEm87Context

10 rtl�p�d�� ?06个。我惻I��rtl应该是runtime library的羃写吧。一个很庞大的函数族�Q?br>里面包含�?nbsp;RtlCreateUserProcess �q�样的一些很基本的函敎ͼ�通常供内核模式的driver�{�调�?br>下面是一部分�C�Z��
APIs Forwarded to NTDLL

API
Destination
DeleteCriticalSection
Forwarded to NTDLL.RtlDeleteCriticalSection
EnterCriticalSection
Forwarded to NTDLL.RtlEnterCriticalSection
HeapAlloc
Forwarded to NTDLL.RtlAllocateHeap
HeapFree
Forwarded to NTDLL.RtlFreeHeap
HeapReAlloc
Forwarded to NTDLL.RtlReAllocateHeap
HeapSize
Forwarded to NTDLL.RtlSizeHeap
LeaveCriticalSection
Forwarded to NTDLL.RtlLeaveCriticalSection
RtlFillMemory
Forwarded to NTDLL.RtlFillMemory
RtlMoveMemory
Forwarded to NTDLL.RtlMoveMemory
RtlUnwind
Forwarded to NTDLL.RtlUnwind
RtlZeroMemory
Forwarded to NTDLL.RtlZeroMemory
SetCriticalSectionSpinCount
Forwarded to NTDLL.RtlSetCriticalSection- SpinCount
TryEnterCriticalSection
Forwarded to NTDLL.RtlTryEnterCriticalSection
VerSetConditionMask
Forwarded to NTDLL.VerSetConditionMask

11 VerSetConditionMask 用于��认�pȝ��信息
The VerSetConditionMask function sets the bits of a 64-bit value to indicate the comparison operator to use for a specified operating system version attribute.
This function is used to build the dwlConditionMask parameter of the VerifyVersionInfo function.

12 Zw�p�d�� ?84个。前面已�l�说�q�，为可执行性系�l�服务提供内核模式的入口�Q?nbsp;为NTOSKRNL.EXE 提供实现。由于是内核模式�Q�所以在执行的时候�ƈ不检查用��h��否有执行权限
13 内部函数 �?16个。具体作用不明，很底层的东西。无法查��C�Q何相兌��料。无法得知与其相关的��M��信息�?br>_CIcos
_CIlog
_CIpow
_CIsin
_CIsqrt
__eCommonExceptions
__eEmulatorInit
__eF2XM1
__eFABS
__eFADD32
__eFADD64
__eFADDPreg
__eFADDreg
__eFADDtop
__eFCHS
__eFCOM
__eFCOM32
__eFCOM64
__eFCOMP
__eFCOMP32
__eFCOMP64
__eFCOMPP
__eFCOS
__eFDECSTP
__eFDIV32
__eFDIV64
__eFDIVPreg
__eFDIVR32
__eFDIVR64
__eFDIVRPreg
__eFDIVRreg
__eFDIVRtop
__eFDIVreg
__eFDIVtop
__eFFREE
__eFIADD16
__eFIADD32
__eFICOM16
__eFICOM32
__eFICOMP16
__eFICOMP32
__eFIDIV16
__eFIDIV32
__eFIDIVR16
__eFIDIVR32
__eFILD16
__eFILD32
__eFILD64
__eFIMUL16
__eFIMUL32
__eFINCSTP
__eFINIT
__eFIST16
__eFIST32
__eFISTP16
__eFISTP32
__eFISTP64
__eFISUB16
__eFISUB32
__eFISUBR16
__eFISUBR32
__eFLD1
__eFLD32
__eFLD64
__eFLD80
__eFLDCW
__eFLDENV
__eFLDL2E
__eFLDLN2
__eFLDPI
__eFLDZ
__eFMUL32
__eFMUL64
__eFMULPreg
__eFMULreg
__eFMULtop
__eFPATAN
__eFPREM
__eFPREM1
__eFPTAN
__eFRNDINT
__eFRSTOR
__eFSAVE __eFSCALE __eFSIN __eFSQRT __eFST __eFST32 __eFST64 __eFSTCW __eFSTENV __eFSTP __eFSTP32 __eFSTP64 __eFSTP80
__eFSTSW __eFSUB32 __eFSUB64 __eFSUBPreg __eFSUBR32 __eFSUBR64 __eFSUBRPreg __eFSUBRreg __eFSUBRtop __eFSUBreg __eFSUBtop
__eFTST __eFUCOM __eFUCOMP __eFUCOMPP __eFXAM __eFXCH __eFXTRACT __eFYL2X __eFYL2XP1 __eGetStatusWord

14 一些CRT的基本函�?nbsp;�?31�?nbsp;主要是字�W�串��理�Q�还有些基本的数学函�?br>__isascii __iscsym __iscsymf __toascii _alldiv _alldvrm _allmul _alloca_probe _allrem _allshl _allshr _atoi64 _aulldiv _aulldvrm _aullrem _aullshr _chkstk _fltused
_ftol _i64toa _i64tow _itoa _itow _lfind _ltoa _ltow _memccpy _memicmp _snprintf _snwprintf _splitpath _strcmpi _stricmp _strlwr _strnicmp _strupr _tolower
_toupper _ui64toa _ui64tow _ultoa _ultow _vsnprintf _vsnwprintf _wcsicmp _wcslwr _wcsnicmp _wcsupr _wtoi _wtoi64 _wtol abs atan atoi atol bsearch ceil
cos fabs floor isalnum isalpha iscntrl isdigit isgraph islower isprint ispunct isspace isupper iswalpha iswctype iswdigit iswlower iswspace iswxdigit isxdigit labs log
mbstowcs memchr memcmp memcpy memmove memset pow qsort sin sprintf sqrt sscanf strcat strchr strcmp strcpy strcspn strlen strncat strncmp strncpy strpbrk
strrchr strspn strstr strtol strtoul swprintf tan tolower toupper towlower towupper vDbgPrintEx vDbgPrintExWithPrefix vsprintf wcscat wcschr wcscmp wcscpy
wcscspn wcslen wcsncat wcsncmp wcsncpy wcspbrk wcsrchr wcsspn wcsstr wcstol wcstombs wcstoul

悟山 2009-05-21 15:23 发表评论

亚洲欧洲在线播放,欧美精品成人91久久久久久久,在线视频精品一区

*控制���图(II)

*控制���图