怎样给网站登录界面做后台wordpress空间转移

怎样给网站登录界面做后台,wordpress空间转移,金坛市常州网络推广,linux网站建设论文现在大家对vmm和vxd有了一定的了解#xff0c;接下来我们来看一看如何编写vxd代码。首先#xff0c;你必须具备Windows 95/98 Device Driver Development Kit。Window95 ddk只有MSDN 订户才能拿到#xff0c;但Windows98 ddk却可以免费从Microsoft公司取得。尽管Windows 98 …现在大家对vmm和vxd有了一定的了解接下来我们来看一看如何编写vxd代码。首先你必须具备Windows 95/98 Device Driver Development Kit。Window95 ddk只有MSDN 订户才能拿到但Windows98 ddk却可以免费从Microsoft公司取得。尽管Windows 98 ddk是面向WDM的但你还是可以用它来开发VxD程序。你可以从 http://www.microsoft.com/hwdev/ddk/install98ddk.htm?下载Window98 ddk。你可以下载整个软件包(大约30M)也可以只下载你感兴趣的部分。如果你没有下载整个软件包那么别忘了下载other.exe里面的Window95 ddk documentation。Windows98 ddk 包含了6.11d版的MASM。你需要把它升级为最新版。如果你不知道到哪里去下载最新的版本可以去我的主页上查一查。Window9x DDK包含了一些Masm32包所不具有的重要库文件。你可以在这里下载这一章的例子。LE文件格式VxD采用线性可执行文件格式(LE)。这种文件格式是为OS/2 2.0版设计的。它同时包含16位和32位代码这点也是VxD程序的需要。回想VxD在Windows3.x的时代在那时从Dos启动Windows,Windows在把机器转到保护模式之前需要在实模式下做一些初始化。实模式的16位代码必须和32位代码一起放在可执行文件中。所以LE文件格式理所当然的选择。幸运的Windows NT驱动程序不必在实模式下初始化所以它们不必使用LE文件格式。它们用的是PE文件格式。在LE文件中代码和数据被存放在几类运行属性不同的段中。以下是一些可用的段类。LCODE 页面锁定的代码和数据段 这种段被锁定在内存里。换句话说这段永远不会被放到硬盘上去所以你一定要谨慎的使用这种段类以免浪费宝贵的内存。那些每时每刻都必须放在内存中的代码和数据应该放在这个段里。尤其是那些硬件中断处理程序。PCODE 可调页代码段 VMM可以对这种段实行调页处理在这种段里的代码不必时刻放在内存里当VMM需要物理内存的时候它就会把这段放到硬盘上去。PDATA 可调页数据段ICODE 仅用于的初始化段 这种段里的代码仅仅用来进行VxD的初始化。当初始化完成后VMM就把这段从内存中释放。DBOCODE 仅用于调试的代码数据段 当你要调试VxD程序时就要用到这种段里的代码和数据例如它包含要调试的消息的处理代码。SCODE 静态代码和数据段 这种段时刻存在于内存中即使VxD已经卸载这种段对某些动态的VxD程序很有用这些VxD程序需要在某一Windows进程里不停的加载/卸载而又要纪录上次的环境和状态。RCODE 实模式初始化代码数据段 这种段包含实模式初始化需要的16位代码和数据。16ICODE 16ICODE USE16保护模式初始化数据段 这是一个16位的段它包含VxD要从保护模式拷贝到V86模式的代码。例如如果你要把一些V86的代码拷贝到一个虚拟机上时你想拷贝的代码就要放在这里。如果你把它放在其他的段里编译程序就会产生错误的代码例如它会产生32位代码而不是16位代码。MCODE 锁定的消息字串 这种段包含了由VMM消息宏帮助编译的消息字串这有助于你构造你的驱程的国际版本。这并不意味着你的VxD程序必须包含以上所有的段你可以选择你的VxD程序需要的段。例如如果你的VxD程序不进行实模式初始化那么就不必包含RCODE段。大多数时候你要用到LCODE, PCODE和PDATA段。作为一个VxD程序编写者为你的代码和数据选择合适的段取决于你自己的判断。总的来说你应该尽可能多的使用PCODE和PDATA因为这样VMM就可以在需要的时候把段调入调出内存。另外硬件中断程序及其所用到的服务必须放在 LCODE段里。你不能直接地使用这些段类你要用这些段类来定义段这些段的定义被存放在模块定义文件(.def)中。下面是一个标准的模块定义文件VXD FIRSTVXDSEGMENTS_LPTEXT CLASS LCODE PRELOAD NONDISCARDABLE_LTEXT CLASS LCODE PRELOAD NONDISCARDABLE_LDATA CLASS LCODE PRELOAD NONDISCARDABLE_TEXT CLASS LCODE PRELOAD NONDISCARDABLE_DATA CLASS LCODE PRELOAD NONDISCARDABLECONST CLASS LCODE PRELOAD NONDISCARDABLE_TLS CLASS LCODE PRELOAD NONDISCARDABLE_BSS CLASS LCODE PRELOAD NONDISCARDABLE_LMGTABLE CLASS MCODE PRELOAD NONDISCARDABLE IOPL_LMSGDATA CLASS MCODE PRELOAD NONDISCARDABLE IOPL_IMSGTABLE CLASS MCODE PRELOAD DISCARDABLE IOPL_IMSGDATA CLASS MCODE PRELOAD DISCARDABLE IOPL_ITEXT CLASS ICODE DISCARDABLE_IDATA CLASS ICODE DISCARDABLE_PTEXT CLASS PCODE NONDISCARDABLE_PMSGTABLE CLASS MCODE NONDISCARDABLE IOPL_PMSGDATA CLASS MCODE NONDISCARDABLE IOPL_PDATA CLASS PDATA NONDISCARDABLE SHARED_STEXT CLASS SCODE RESIDENT_SDATA CLASS SCODE RESIDENT_DBOSTART CLASS DBOCODE PRELOAD NONDISCARDABLE CONFORMING_DBOCODE CLASS DBOCODE PRELOAD NONDISCARDABLE CONFORMING_DBODATA CLASS DBOCODE PRELOAD NONDISCARDABLE CONFORMING_16ICODE CLASS 16ICODE PRELOAD DISCARDABLE_RCODE CLASS RCODEEXPORTSFIRSTVXD_DDB 1第一个声明定义了VxD的名称一个VxD的名称必须是全部大写的我曾经试过用小写结果VxD除了把自己载入内存外什么也不干。接下来是段的定义段的定义包括三个部分段的名称段类和要求的段的运行属性。你可以看到很多段都基于相同的段类例如_LPTEXT, _LTEXT, _LDATA都是基于LCODE段类而且属性也完全一样。这样定义段有利于使代码更容易理解。如LCODE可以包含代码和数据对于一个程序员来说如果他能把数据放到_LDATA段里把代码放到_LTEXT 段里就会显得很容易理解。最后这两个段都会被编译到最后的可执行程序的同一个段内。一个VxD程序导出且仅导出一个标记它的设备描述块(DDB)。DDB实际上是一个结构它包含了VMM需要知道的所有的VxD信息。你必须在模块定义文件中导出DDB。在大多数时候你可以把上面的.DEF文件用到你的新建的VxD项目中去。你只要把.DEF文件里第一行和最后一行的VxD名字改掉就可以了。在一个汇编的VxD项目中段的定义是不必要的段的定义主要用于C的VxD项目编写但用在汇编里也是可以的。你会得到一大堆警告的信息但是它能汇编成功。你也可以删掉你在你的项目里没有用到的段定义从而去掉这些讨厌的警告信息。vmm.inc包含了许多用于定义你的源文件中的段的宏_LTEXTVxD_LOCKED_CODE_SEG_PTEXTVxD_PAGEABLE_CODE_SEG_DBOCODEVxD_DEBUG_ONLY_CODE_SEG_ITEXTVxD_INIT_CODE_SEG_LDATAVxD_LOCKED_DATA_SEG_IDATAVxD_IDATA_SEG_PDATAVxD_PAGEABLE_DATA_SEG_STEXTVxD_STATIC_CODE_SEG_SDATAVxD_STATIC_DATA_SEG_DBODATAVxD_DEBUG_ONLY_DATA_SEG_16ICODEVxD_16BIT_INIT_SEG_RCODEVxD_REAL_INIT_SEG每个宏都有它相对应的结束宏例如如果你要在你的源文件中定义一个_LTEXT段你应该这样写VxD_LOCKED_CODE_SEG(把你的代码写在这里)VxD_LOCKED_CODE_ENDSVxD结构现在你了解了LE文件里的段我们可以继续来看一下源文件。你会发现VxD程序有一个特点那就是它用了很多的宏。你可以看到在VxD中宏几乎无处不在这都成为一个习惯了。这些宏用来隐藏一些底层的细节也增加了源程序的可移植性。如果你有兴趣你可以看一看像vmm.inc这一类的库文件中的这些宏的定义。下面是VxD源文件结构.386pinclude vmm.incDECLARE_VIRTUAL_DEVICE FIRSTVXD,1,0, FIRSTVXD_Control, UNDEFINED_DEVICE_ID, UNDEFINED_INIT_ORDERBegin_control_dispatch FIRSTVXDEnd_control_dispatch FIRSTVXDend这段源程序给人的第一印象就是它并不像一个汇编源程序。那是因为它用了很多宏。让我们来分析一下源程序以便你能很快理解它。.386p告诉编译器我们要使用包括CPU特权指令的80386指令系统。你也可以使用.486p或者.586p.include vmm.inc你的每个VxD源程序都必须包含imm.inc因为它包含了你在源程序里所要用到的宏的定义。你还可以根据需要包含其他的库文件。DECLARE_VIRTUAL_DEVICE FIRSTVXD,1,0, FIRSTVXD_Control, UNDEFINED_DEVICE_ID, UNDEFINED_INIT_ORDER正如我们刚才说的VMM通过VxD程序的设备描述块(DDB)来获取它所需要知道的关于VxD的所有信息。一个设备描述块是一个结构它包含了许多关于VxD的重要信息比如VxD的名字它的设备ID它的VxD服务函数入口(如果有的话)等等。你可以在imm.inc里查一查这个结构它被定义为VxD_Desc_Block。你必须在.DEF 文件里导出这个结构。这个结构有22个数据但是你只用填写其中的几个。然后vmm.inc包含的一个宏会为你初始化并填写这些数据。这个宏叫做DECLARE_VIRTUAL_DEVICE。它的格式如下Declare_Virtual_Device Name, MajorVer, MinorVer, CtrlProc, DeviceID, InitOrder, V86Proc, PMProc, RefData你可以看到VxD源程序中的标号是不区分大小写的你可以用大写小写或者混合起来用都可以。让我们来看一下Declare_virtual_device里的每一个参数。Name VxD的名字 最多8个字符。它必须是大写在系统中的所有VxD程序里它们的名字不能重复每个VxD的名字应该是唯一的。这个宏同时也会根据这个名字产生DDB的名字产生的办法就是在这个名字的后面加上_DDB。所以如果你的VxD的名字是FIRSTVXD, Declare_Virtual_Device这个宏就会把DDB的名字定为FIRSTVXD_DDB。记住你还要在.DEF文件里导出DDB。所以你必须使DDB的名字和.DEF文件定义中的相同。MajorVer 和 MinorVer 你的VxD的主要的和次要的版本。CtrlProc 你的VxD程序的设备控制函数的名字。设备控制函数是一个接受和处理VxD程序的控制消息的函数。你可以把设备控制函数看作Window函数的等价物。既然我们要用Begin_Control_Dispatch这个宏来生成我们的设备控制函数那么我们应该使用一个标准格式的名字那就是VxD的名字_Control。 Begin_Control_Dispatch这个宏把_Control 加到它后面的那个名字上(而我们又通常把VxD的名字写在它后面)作为设备控制函数的名字所以我们就应该把VxD的名字加上_Control作为CtrlProc 参数的值。DeviceID 你的VxD程序的16位唯一标识符 当且仅当你的VxD程序需要处理以下情况时你需要用到这个ID:你的VxD程序导出一些供其他VxD程序使用的VxD服务。因为20H中断接口用设备ID来定位/区分VxD程序所以一个唯一的ID对你的VxD程序是必要的。Your VxD 你的VxD程序要在初始化中断2FH,1607H时通知实模式程序它的存在。Some 一些实模式软件(TSR)要用中断2FH,1605H来加载你的VxD程序。如果你的VxD程序不需要一个唯一的设备ID你可以把这一项设为UNDEFINED_DEVICE_ID 如果你需要它你可以去Microsoft要一个。InitOrder 初始化的顺序简单的说就是加载的顺序。VMM就按照这个次序来加载VxD程序。每个VxD程序都有一个加载次序号例如VMM_INIT_ORDER EQU 000000000HDEBUG_INIT_ORDER EQU 000000000HDEBUGCMD_INIT_ORDER EQU 000000000HPERF_INIT_ORDER EQU 000900000HAPM_INIT_ORDER EQU 001000000H你可以看到VMM, DEBUG和 DEBUGCMD是首先加载的VxD程序然后是PERF和APM。初始化顺序值越低的VxD程序越先被加载。如果你的VxD程序在初始化时需要用到其他VxD程序提供的服务那么你必须把初始化顺序的值设得比你所要调用的那个VxD程序的大这样当你的VxD程序加载时你所要的VxD就已经在内存中为你准备好了。如果不想去管你的VxD的初始化顺序就把这个参数填写为UNDEFINED_INIT_ORDER 。V86Proc和PMProc 你的程序可以导出供V86和保护模式程序使用的API这两个参数就是用来填写这些API的地址。记住VxD程序除了监控系统虚拟机外还要监控一个或多个运行在DOS或者保护模式下的虚拟机程序。理所当然的VxD程序要为DOS和保护模式程序提供API支持。如果你不导出这些API你可以不填这两个参数。RefData 输入输出监视器(IOS)要用到的参考数据。只有一种情况下你要用到这个参数当你在为IOS编写一个层驱动程序时。否则你可以不填这个参数。接下来是 Begin_Control_Dispatch宏。Begin_control_dispatch FIRSTVXDEnd_control_dispatch FI