VxD 程序设计入门

VxD的初始化和结束

静态VxD:

• 一个实模式常驻程序通过调用中断2FH，1605H,来调用此VxD。
• 此VxD在注册表中的如下位置有定义：

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesVxDkeyStaticVxD=VxD带路径文件名

• 此VxD在system.ini中的[386enh]行下有定义：[386enh] section:
  
  device=VxD带路径文件名

• Sys_Critical_Init  VMM在转入到保护模式后，开放中断前发出这个控制消息。大多数VxD程序到不要用到这个消息，除非：
  • 你的VxD程序要接管一些其他VxD程序或者保护模式程序要用到的中断。既然你处理这个消息的时候这个中断还没有打开，你就可以确定在你接管这个中断的时候此中断不会被调用。
  • 你的VxD程序为其他的VxD程序提供了一些VxD服务。例如，一些在你的VxD程序后加载的VxD程序在处理Device_Init控制消息时需要调用一些你的VxD服务，既然Sys_Critical_Init 控制消息在Device_Init消息之前被发送，所以你应该在Sys_Critical_Init 消息发送时初始化你的程序。
  如果你要对这消息进行处理，你应该尽可能快的做完初始化工作，以免太长的执行时间导致的硬中断丢失。(记住：中断还没打开)
• Device_Init VMM在开放中断后发送此信息。大多数VxD程序都在得到这个消息时初始化。因为中断都开放了，所以耗时的操作也可以在这里执行而不必怕会导致硬中断的丢失。你可以在这时进行初始化(如果你需要的话）。
• Init_Complete 在所有的VxD程序处理完Device_Init 消息之后,VMM释放初始化段（ICODE和RCODE段类）之前，VMM发出这个控制消息。只有少数几个VxD要处理这个消息。

• System_Exit2  当你的VxD程序收到这个消息，Windows95正在关闭系统，除了系统虚拟机所有其他虚拟机都已经退出了。尽管如此，CPU仍然处于保护模式下，在系统虚拟机上执行实模式编码也是安全的。在这时Kernel32.dll也已经被卸载了。
• Sys_Critical_Exit2  当所有的VxD完成对System_Exit2的响应处理并且中断都被关闭后，你的VxD收到到这个消息。

..... VxD1 ===>  VxD2 ===> VxD3 .....

.... VxD3 ===> VxD2 ===> VxD1.....

• Device_Reboot_Notify2  告诉VxD程序VMM正在准备重新启动系统。这时候中断还是开放的。
• Crit_Reboot_Notify2  告诉VxD程序VMM正在准备重新启动系统。这时候中断已经被关闭了。

动态VxD:

VxD   FIRSTVxD   DYNAMIC

• 把它放到你的Windows目录下的SYSTEMIOSUBSYS目录中。在这个目录里的VxD会被输入输出监视器(ios)加载。这些VxD必须支持层设备驱动。所以用这种方法加载你的动态VxD并不是一个好办法。
• 用VxD加载服务。 VxDLDR是一个可以加载动态VxD的静态VxD。你可以在其他VxD里面或者在16位代码里面调用它的服务。
• 用Win32应用程序里的 CreateFile API。你在调用CreateFile时，你的动态VxD要以下面的格式填写：
  
  \.VxD完整路径名

  
  例如，如果你要加载一个在当前目录下名为FirstVxD的动态VxD，你需要做如下的工作：

  .data
  VxDName db "\.FirstVxD.VxD",0
  ......
  .data?
  hDevice dd ?
  .....
  .code
  .....
  invoke CreateFile, addr VxDName,0,0,0,0, FILE_FLAG_DELETE_ON_CLOSE,0
  mov hDevice,eax
  ......
  invoke CloseHandle,hDevice
  ......