windows 环境下的程序设计

WindowsWindows 环境下的程序设计环境下的程序设计Instructor: Hengming Zou, Ph.D.

In Pursuit of Absolute Simplicity 求于至简，归于永恒

22

Windows环境下的程序设计

1. Windows 应用程序设计模式 2. 结构化异常处理 3. 动态链接库 4. Windows驱动程序模型 5. WDM驱动程序编程实例 6. 开发 WDM驱动程序的一般方法

33

Windows 应用程序设计模式

Windows 应用程序是特意为在 Windows 环境中运行而编写的应用程序

以窗口为核心的用户界面、以事件驱动为动力的程序运行机制、以及将程序代码与用户界面分开处理的程序开发手段，构成了 Windows应用程序特有的设计模式

44

Win32 API

Windows 应用程序总是在常规的用户态下运行操作系统核心组件则对外界表现出中立的性质，它们不实现

用户界面，甚至不提供编程接口，系统服务调用对应用程序而言是不公开的

Windows操作系统依靠一组用户态环境子系统，作为应用程序与操作系统核心之间的接口

55

Win32 API

Win32子系统是 Windows 操作系统的固有的子系统，这个子系统能够提供应用程序运行所需要的窗口管理、图形设备接口、媒体控制、内存管理等各项服务功能，这些功能以函数库的形式组织在一起，这就是 Win32应用程序编程接口，简称为 Win32 API

Win32子系统负责将 API调用转换成 Windows操作系统的系统服务调用

66

Win32 API

Windows 应用程序与操作系统的关系

Windows应用程序

Win32子系统

子系统用户态

核心态系统服务

Windows应用程序

硬件层

77

Win32 API

USER32.DLL：负责处理用户接口 GDI32.DLL：负责在图形设备上执行绘图操作 KERNEL32.DLL：操作系统核心功能服务 COMCTL32.DLL：通用控件库 COMDLG32.DLL：公共对话框 SHELL32.DLL：用户界面外壳 DIBENG.DLL：图形引擎 NETAPI32.DLL：网络

88

Win32 API

标准 Win32 API函数分类：– 系统服务– 通用控件库– 图形设备接口– 网络服务– 用户接口– 系统 Shell

– Windows 系统信息

99

Windows应用程序设计模式

窗口目的是保证用户能够同时访问大多数应用程序应用程序使用窗口来显示输出或接收用户的输入应用程序只有通过窗口才能访问系统显示器；并且通过使用

窗口与其他应用程序共享系统显示器

1010


事件驱动 Windows 应用程序的执行顺序取决于事件发生的顺序，描

述事件发生的信息称为消息，而事件驱动程序设计则是围绕着消息的产生与处理而展开的

消息可以分为由硬件设备产生的输入消息和来自 Windows系统的窗口管理消息

发送消息—— send

指派消息—— post

1111


事件驱动

硬件输入系统消息队列

应用程序队列 1

应用程序队列n

Windows

WinMain函数消息循环

窗口函数1

窗口函数m

应用程序1

WinMain函数消息循环

应用程序n

窗口函数1

窗口函数m

1212


Windows应用程序的开发流程 Windows 应用程序分为程序代码和用户界面资源两部分，

两部分通过资源编译器组合为一个完整的 EXE文件将用户界面资源一类的静态数据与程序代码相分离有如下一

些优点 :– 减少内存要求；– 划清了程序员与用户界面设计人员的任务分工– 用户界面风格的变化可以不必修改程序代码或只需进行少量的修改

1313


Windows应用程序的开发流程

.C .H .RC

.DEF

.DLG

.EXE链接器.LIB

.

. .BMP .CUR.ICO .FON

.RES

.OBJ

资源编译器

C 编译器

字体编辑器图象编辑器对话框编辑器

工具

文本文件

二进制文件

1414

Windows应用程序的基本结构

Windows应用程序具有相对固定的基本结构，入口点函数WinMain和窗口函数构成了 Windows应用程序的基本框架

1515


WinMain函数– 是程序的入口点，相当于标准 C 语言中的 main函数

WinMain函数主要由四部分组成：– 注册窗口类– 创建窗口– 显示窗口– 建立消息循环

1616


WinMain函数消息循环 Windows并不直接把输入消息发送给应用程序，而是将其送

入应用程序的消息队列之中。此外， Windows和其他应用程序也可以将消息指派到应用程序队列中

应用程序必须读取应用程序队列，检索消息并将它们发送出去，以便适当的窗口函数能够处理它们，负责这一任务的便是消息循环

1717


WinMain函数消息循环– while(GetMessage(&Msg, NULL, 0,0))

– {

– TranslateMessage(&Msg);

– DispatchMessage(&Msg);

– }

GetMessage函数检索到 WM_QUIT消息时返回非零值，检索到其他消息均返回

1818


窗口函数窗口函数也称为窗口过程，负责从 Windows接收消息，并根

据这些消息完成特定的操作窗口函数是一个回调函数，由 Windows系统调用，应用程序

并不会直接调用它的窗口函数窗口函数的主体是由一系列 case语句组成的消息处理程序

段如果窗口函数不处理某些消息，则必须把它们传给DefWindowProc函数

case 1

case 2

case 3

…

Default

Windows 系统

应用程序WinMain( )

消息循环

WndProc( )

④DispatchMessage( )

⑥

⑤

DefWindowProc( )

检索到的消息③

GetMessage( )②

指派的消息

WM_KEYDOWNWM_KEYUPWM_MOUSEMOVEWM_LBUTTONDOWNWM_QUIT…...

发送的消息

WM_CREATEWM_DESTROYWM_SIZEWM_PAINT…...

①

应用程序的消息队列

回调

Windows应用程序的消息处理过程

2020


当用户关闭窗口时， Windows系统将把 WM_DESTROY消息发送给该窗口的窗口函数，在这种情况下，窗口函数应该使用 PostQuitMessage函数将 WM_QUIT消息发送到应用程序队列中，这样可以使 GetMessage函数检索到 WM_QUIT消息，从而结束消息循环，退出应用程序

case 1

case 2

...

case WM_DESTROY

Default

Windows 系统

应用程序WinMain( )

消息循环

WndProc( )

②

PostQuitMessage (0)

WM_QUIT消息⑤

GetMessage ( )④

WM_QUIT消息

应用程序的消息队列

WM_DESTROY消息

①

③

退出消息循环结束应用程序

⑥

WM_DESTROY

消息的处理过程

2222

结构化异常处理

Windows在系统底层提供了一种称为结构化异常处理 SEH的系统机制。利用 SEH可以把程序主要的工作同错误处理分离开来，这样的分离，可以使程序员集中精力关注程序要完成的任务，而将可能发生的错误放在后面处理

异常是在应用程序的正常执行过程中发生的不正常事件。 CPU引发的异常称为硬件异常，操作系统和应用程序直接引发的异常，称为软件异常

2323


SHE是操作系统的一种系统机制，与特定的程序设计语言无关

应用程序要利用系统提供的 SHE机制，则必须借助于特定程序设计语言的相关语法

因此， SEH不但涉及操作系统，而且与编译器有密切的关系结构化异常处理包括异常处理和终止处理两个方面

2424


异常处理– __try

– {

– ... //guarded section

– }

– __except(exception filter)

– {

– ... //exception handler

– }

2525


异常处理异常过滤器返回如下三个异常标识符之一

– ECXEPTION_EXECUTE_HANDLER

– ECXEPTION_CONTINUE_EXECUTION

– ECXEPTION_CONTINUE_SEARCH

2626


终止处理 Windows应用程序在运行时通常要分配资源，使用这些资源，然后释放它们

由于异常改变了控制的流程，因此很容易导致无法释放在产生异常的代码块中分配的资源

使用终止处理程序可以保证进行这样的清除工作

2727


终止处理– __try

– {

– ...

– }

– __finally

– {

– ...

– }

2828


终止处理有两种情况可能使受保护段不正常地结束

– 在 try块中执行了 return、 goto、 break或 continue等控制语句

– 在 try块中发生异常

2929


软件异常当一个函数执行失败时，习惯上要返回一些特殊的值来，函

数的调用者可以检查这些特殊值并采取一种替代的动作如果这个调用者是被另一个调用者调用的函数，那么它还需

要将它自己的失败代码返回给它的调用者这种错误代码的逐层传递会使源程序变得非常难于编写和维护

采用软件异常则可以解决这些问题

3030

动态链接库

动态链接库 DLL是一个可执行程序模块，模块中包含了可以被其他应用程序或其他 DLL共享的程序代码和资源

3131

动态链接库

采用 DLL的优点：– 当多个进程同时使用同一个 DLL时，只要在内存中装入它的一

个副本即可，从而可以节省内存；– DLL与调用它的应用程序相分离，因此可以在不修改应用程序

的情况下对 DLL进行更新；– 只要在调用 DLL中的函数时遵循相同的调用规范，那么 DLL

中的函数就可以被各种编程语言编制的应用程序调用

3232

动态链接库

DLL到进程地址空间的映射– 装入时刻动态链接

经过编译的.obj文件引入库，包含DLL函数的重定位信息

链接器

可执行程序

重定位信息

动态链接库

调用DLL中的函数内存

3333

动态链接库

DLL到进程地址空间的映射– 运行时刻动态链接– 在运行时刻，通过调用 LoadLibrary可以使 DLL加载到一个进程的地址空间中

– 为了在运行时刻从 DLL中调用一个函数，可以通过调用GetProcAddress获取函数的地址

3434

动态链接库

DLL到进程地址空间的映射

虚拟地址空间

0

2GB

0

2GB

进程1 进程2

DLL数据（共享）

DLL数据（私用进程1）

DLL数据（私用进程1）

DLL代码

物理内存

3535

动态链接库

DLL的入口点函数 DLL没有 WinMain函数，不含有消息循环，一般也不获取自己的消息，但是它有自己特殊的入口点函数，入口点函数的缺省名为 DllMain

当进程和线程被初始化或终止时， DllMain函数被Windows系统调用

DllMain要做的主要任务是执行进程级或线程级的初始化和清理工作

如果不要求 DLL初始化， DllMain可以只是一个虚设函数

3636

动态链接库

DLL的创建和使用创建 DLL文件需要用到源文件（ .C）和头文件

（ .H）。 DLL源文件通常包括入口点函数和供应用程序调用的 DLL库函数。头文件中含有 DLL要导出的所有函数与变量的说明

在应用程序中调用 DLL中的函数或访问 DLL中的变量时，须告诉编译器要调用的函数或要访问的变量是在 DLL中：– __declspec(dllimport)

– int Sub(int nPara1, int Para2);

3737

习题

Win32子系统与 Win32 API的关系是什么？什么是事件驱动？ Windows应用程序为什么采用事件驱动的

程序设计方法，而不是象传统 DOS应用程序那样采用过程驱动的程序设计方法？

与静态链接相比，动态链接有哪些优点？有哪些缺点？

3838

Windows驱动程序模型

WDM以 Windows NT 4.0的内部结构为基础，同时引入了 Windows 9x的即插即用特性，为存在于 Windows 98和Windows 2000/XP/2003操作系统中的设备驱动程序提供了一个统一的参考框架

WDM驱动程序还可以在不修改源代码的情况下经过重新编译后在非 Intel平台上运行，因此 WDM是一个跨平台的驱动程序模型

3939

设备和驱动程序的分层

WDM是一个分层化的驱动程序模型，在这个模型中，驱动程序的层或堆栈一起工作处理 I/O请求

FiDO

FDO

FiDO

PDO

上层过滤器驱动程序

功能驱动程序

下层过滤器驱动程序

总线驱动程序

IRP

4040


总线驱动程序总线驱动程序负责枚举连接在该总线上的所有设备并进行必

要处理 Microsoft为大多数总线如 PCI、 PnPISA、 SCSI以及USB等提供了驱动程序

机器中每种类型的总线都有相应的总线驱动程序总线枚举时驱动程序识别其上的设备并为其创建一个物理设

备对象

4141


功能驱动程序功能驱动程序是一个设备的主要驱动程序，它知道如何控制

设备的主要功能功能驱动程序为它的设备提供操作接口，处理对设备的读 /

写，并管理设备的电源策略功能驱动程序创建一个功能设备对象 FDO放在设备栈中

4242


过滤器驱动程序过滤器驱动程序过滤对每个设备、每一类设备或一条总线的I/O请求

过滤器驱动程序是可选择的

4343

IRP的处理

IRP是驱动程序操作的中心。 I/O管理器接收一个 I/O请求之后，在把它传递到合适的驱动程序堆栈中的最高层驱动程序之前，分配并初始化一个 IRP

当一个 IRP由多个驱动程序处理时，使用多个 I/O堆栈单元。每个驱动程序从当前 I/O堆栈单元得到它的 IRP参数。如果把一个 IRP沿当前设备的驱动程序堆栈向下传递，必须使用正确的常数设置下一个堆栈单元

4444

IRP的处理

驱动程序1

驱动程序2

驱动程序3

驱动程序4

I/O堆栈单元 1

I/O堆栈单元 2

I/O堆栈单元 3

I/O堆栈单元 4

IRP

最低

最高

4545

用户程序对设备的访问过程

Windows中对设备的访问分为用户态和核心态两种方式：– 用户态通过调用 Win32 API函数如ReadFile、 WriteFile等访问设备，它不能直接控制硬件

– 核心态通过发送 I/O请求包 IRP来运行驱动程序实现对设备的控制

4646

用户程序对设备的访问过程

应用程序

Win32子系统用户态

核心态I/O系统服务

I/O管

理器

IRP 高层驱动程序

中层驱动程序

低层驱动程序

HAL

4747

WDM驱动程序的结构

分发例程I/O控制例程

StartIo

AdapterControl

OnInterrupt

DpcForIsr

DriverEntry

AddDevice

基本驱动程序例程

必须的驱动程序例程处理请求队列需要包含StarIo如果设备产生中断需要包含中断和DPC例程DMA 操作需要包含AdapterControl例程可选的IRP分发例程

DispatchPnp

DispatchPower

DispatchWmi

DispatchRead

DispatchWrite

4848


初始化例程，当 I/O管理器把驱动程序加载到操作系统中时，它执行驱动程序的初始化例程

添加设备例程，用于支持 PnP管理器的操作一系列分发 ( 调度 ) 例程，调度例程是设备驱动程序提供的

主要函数启动 I/O例程，驱动程序可以使用启动 I/O例程来初始化与

设备之间的数据传输

4949


中断服务例程（ ISR），当一个设备中断时，内核的中断调度程序把控制转交给这个例程。 ISR运行在高级的设备中断请求级（ IRQL）上，越简单越好，以避免对低优先级中断产生不希望的阻塞

中断服务 DPC例程， DPC例程执行在 ISR执行以后的大部分设备中断处理工作。 DPC例程在低于 ISR的 IRQ的时候执行，从而避免对其他中断产生不希望的阻塞。 DPC例程初始化I/O完成并启动关于设备的下一个队列的 I/O操作

5050

WDM驱动程序编程实例

WdmDriver是一个 WDM驱动程序，它实现了一个 4 字节的核心态内存缓冲区， Win32 应用程序可以对该缓冲区进行读写操作

由于采用 WDM模型， WdmDriver 可以运行在 Windows 98 和 Windows 2000/XP/2003两个平台上

5151

DriverEntry例程

驱动程序向 I/O管理器显露一个名为 DriverEntry的函数，在启动驱动程序的时候， I/O管理器将调用这个入口函数。 DriverEntry相当于作为应用程序入口的 main函数或WinMain函数

驱动程序可以被多个类似的硬件使用，但驱动程序的某些全局初始化操作只能在第一次被装入时执行一次， DriverEntry例程就是用于这个目的

DriverEntry例程的主要工作是把各种函数指针填入驱动程序对象，这些指针为操作系统指明了驱动程序容器中各种子例程的位置

5252

DriverEntry例程extern "C" NTSTATUS DriverEntry(IN PDRIVER_OBJECT DriverObject,

IN PUNICODE_STRING RegistryPath)

{

DriverObject->DriverUnload = DriverUnload;

DriverObject->DriverExtension->AddDevice = AddDevice;

DriverObject->DriverStartIo = StartIo;

DriverObject->MajorFunction[IRP_MJ_PNP]=DispatchPnp;

DriverObject->MajorFunction[IRP_MJ_POWER] = DispatchPower;

DriverObject->MajorFunction[IRP_MJ_SYSTEM_CONTROL] = DispatchWmi;

...

servkey.Buffer = (PWSTR) ExAllocatePool(PagedPool,

RegistryPath->Length + sizeof(WCHAR));

if (!servkey.Buffer)

return STATUS_INSUFFICIENT_RESOURCES;

servkey.MaximumLength = RegistryPath->Length + sizeof(WCHAR);

RtlCopyUnicodeString(&servkey, RegistryPath);

return STATUS_SUCCESS;

}

5353

AddDevice例程

AddDevice函数的基本职责是创建一个设备对象并把它连接到以 pdo为栈底的设备堆栈中，主要步骤如下：– 调用 IoCreateDevice创建设备对象，并建立一个私有的设

备扩展对象 – 注册一个或多个设备接口，以便应用程序能知道设备的存在。另外，还可以给出设备名并创建符号连接

– 调用 IoAttachDeviceToDeviceStack函数，把新设备对象放到堆栈上

– 初始化设备对象的 Flag成员

5454

AddDevice例程

1 ．创建设备对象与设备扩展对象：PDEVICE_OBJECT fdo;

NTSTATUS status = IoCreateDevice(DriverObject,

sizeof(DEVICE_EXTENSION),

NULL,

FILE_DEVICE_UNKNOWN,

FILE_DEVICE_SECURE_OPEN,

FALSE,

&fdo);

if (!NT_SUCCESS(status))

return status;

PDEVICE_EXTENSION pdx = (PDEVICE_EXTENSION) fdo->DeviceExtension;

pdx->DeviceObject = fdo;

pdx->Pdo = pdo;

5555

AddDevice例程

2 ．注册设备接口...

status = IoRegisterDeviceInterface(pdo,

&GUID_SIMPLE,

NULL,

&pdx->ifname);

...

if(!NT_SUCCESS(status))

{

IoDeleteDevice(fdo);

return status;

}

5656

AddDevice例程

3 ．建立设备堆栈

...

pdx->LowerDeviceObject = IoAttachDeviceToDeviceStack(fdo, pdo);

...

if(!pdx->LowerDeviceObject)

{

IoDeleteDevice(fdo);

return STATUS_DEVICE_REMOVED;

}

5757

AddDevice例程

4 ．设置设备标志

fdo ->Flags |= DO_BUFFERED_IO; fdo ->Flags &= ~DO_DEVICE_INITIALIZING;

return STATUS_SUCCESS;

5858

其他必须的例程

DispatchPnp例程 DispatchPower例程 DispatchWmi例程

5959

DispatchPnp例程NTSTATUS DispatchPnp(PDEVICE_OBJECT fdo, PIRP Irp)

{

PIO_STACK_LOCATION stack = IoGetCurrentIrpStackLocation(Irp);

ULONG fcn = stack->MinorFunction;

NTSTATUS status = StaTUS_SUCCESS;

Switch(fcn)

{

case IRP_MN_START_DEVICE:

status = PnpStartDeviceHandler(fdo, irp);

break;

case IRP_MN_REMOVE_DEVICE:

status = PnpRemoveDeviceHandler(fdo, irp);

break;

...

default:

PnpDefaultHandler(fdo, irp);

};

return status;

}

6060

DispatchPower例程

NTSTATUS DispatchPower (IN PDEVICE_OBJECT fdo,

IN PIRP Irp)

{

PWDM_DEVICE_EXTENSION dx =

(PWDM_DEVICE_EXTENSION)fdo->DeviceExtension;

PoStartNextPowerIrp( Irp);

IoSkipCurrentIrpStackLocation(Irp);

return PoCallDriver( dx->NextDevice, Irp);

}

6161

DispatchWmi例程

驱动程序对 WMI的支持主要是基于对主代码为IRP_MJ_SYSTEM_CONTROL的 IRP的支持。为了能接收到这种IRP，必须先注册这种需求：– IoWMIRegistrationControl(fdo, WMI_ACTION_REGISTER);

调用 IoWMIRegistrationControl函数的恰当位置是在AddDevice例程中，注册完成后，一旦系统认为可以安全地向驱动程序发送系统控制 IRP时，它就向驱动程序发出一个IRP_MJ_SYSTEM_CONTROL请求，以获得设备的详细寄存信息

对于 WDM驱动程序而言，系统控制 IRP的分发例程DispatchWmi是必须提供的，一般的做法是委托 WMILIB来处理系统控制 IRP， WMILIB实际上是一个内核模式 DLL，它导出的服务可以被其他驱动程序调用

6262

其他可选的例程

Windows应用程序与设备驱动程序打交道主要是通过CreateFile、 ReadFile、 WriteFile 和DeviceIoControl等 Win32 API来进行的，这些 API对应着驱动程序的一些分发例程

6363

DispatchWrite例程NTSTATUS DispatchWrite( IN PDEVICE_OBJECT fdo,

IN PIRP Irp)

{

PWDM_DEVICE_EXTENSION dx =

(PWDM_DEVICE_EXTENSION)fdo->DeviceExtension;

PIO_STACK_LOCATION pIrpStack =

IoGetCurrentIrpStackLocation(Irp);

NTSTATUS status = STATUS_SUCCESS;

ULONG BytesTxd = 0;

ULONG WriteLen = pIrpStack->Parameters.Write.Length;

if( WriteLen>SHARED_MEMORY_SIZE)

status = STATUS_INVALID_PARAMETER;

else if( WriteLen>0)

{

RtlMoveMemory( SharedMemory,

Irp->AssociatedIrp.SystemBuffer, WriteLen);

BytesTxd = WriteLen;

}

Irp->IoStatus.Status = status;

Irp->IoStatus.Information = BytesTxd;

IoCompleteRequest(Irp,IO_NO_INCREMENT);

return status;

}

6464

WDM驱动程序编程实例

驱动程序中除了 DriverEntry例程必须以 DriverEntry命名以外，其他例程都可以使用程序员自定义的名字，并且都要由 DriverEntry例程向系统注册

6565

开发 WDM驱动程序的一般方法

对照相关设备的资料仔细分析驱动程序应实现哪些功能根据 WDM设备驱动程序的组成，采用渐进的方法对驱动程序进行模块化设计

6666

开发 WDM驱动程序的一般方法

一个 WDM设备驱动程序通常完成以下工作：– 初始化– 创建、删除设备– 即插即用处理– 访问硬件– 处理电源管理– 使用 WMI

– 处理 Win32I/O及控制请求将这些功能划分为不同模块

设备驱动程序的创建与调试过程

观察与体验观察与体验

6868

构造 WDM驱动程序开发环境

1 ）安装 Microsoft Visual Studio .NET

2 ）安装 Microsoft Windows DDK

3 ）安装 Debugging Tools for Windows

6969


安装成功 Visual Studio .NET后，运行界面如下图所示

7070


安装成功 Windows DDK后，菜单栏如下图所示

7171


安装成功 Debugging Tools后，菜单栏如下图所示

7272

编辑、编译和链接

1 ）编写驱动程序源文件，包括：– WdmDriver.h

– guid.h

– init.cpp

– Pnp.cpp

– Wmi.cpp

– Dispatch.cpp

– Wdm.mof

7373


2 ）编译链接驱动程序，生成驱动程序可执行文件成功编译一个驱动程序需要在要被编译的源文件目录下面提

供三个文本文件（三个文件都没有扩展名）：– MAKEFILE

– SOURCES

– DIRS

驱动程序生成工具 BUILD从这三个文件读取输入，并且创建BUILD.LOG、 BUILD.ERR等文件作为输出，如果一切正常，执行 BUILD的最后结果是创建驱动程序的可执行版本，其文件类型是 .SYS

7474


2 ）编译链接驱动程序，生成驱动程序可执行文件驱动程序的编译单击开始所有程序 Development Kits Windows DDK Build Enviroments Win XP Checked Build Enviroment，将出现一个控制台窗口

使用 cd命令进入待编译驱动程序所在的目录，键入 build命令即可编译

运行 build命令只编译需要重新编译的文件 , 而 build -c 命令则强迫编译器重新编译所有的文件

7575


7676

安装驱动程序

设备驱动程序的自动安装由一个以 inf为扩展名的文本文件控制。正确的保存在 Windows 系统上的一个 inf文件，允许自动安装驱动程序文件，或者在对话框支持下安装驱动程序文件

7777

安装驱动程序

驱动程序的安装过程：首先进入控制面板，选择“添加新硬件”， “下一步”后系

统会扫描硬件，选择“是，硬件已经连接好”，然后在对话框的底部选择“添加新的硬件设备”，接着选择“安装我手动从列表选择的硬件”，确定后再选“从磁盘安装”，“浏览”找到 WdmDriver.inf文件所在的文件夹，单击“确定”。从接下来的对话框中指定 WdmDriver.sys所在的位置，系统将把驱动程序 WdmDriver.sys复制到 Windows系统的 system32\drivers文件夹中

7878

安装驱动程序

安装之后， WdmDriver应该出现在设备管理器的“其它设备”类别中，选中该设备，单击“属性”，可以查看驱动程序的信息：

7979

驱动程序测试

测试程序 TestWdm.cpp执行以下操作：– 打开 wdmdriver设备– 读存储在共享内存缓冲区中的第一个 DWORD。– 把 0xabcdef01写到缓冲区– 从缓冲区中读取 4 个字节– 往缓冲区写 5 个字节，因为设置的缓冲区大小只有 4 个字节，

所以会失败，并报错– 关闭设备

8080

驱动程序测试

如果驱动程序工作正常，屏幕显示为：

8181

驱动程序测试

如果驱动程序工作不正常，则需要进行调试支持驱动程序调试的工具为 Microsoft的 Debugging Tools for Windows

WinDbg 是一个功能齐全的调试器，支持 C 语言源代码级调试，可以使用驱动程序的源代码设置各种断点

WinDbg的使用需要双机环境，目标机运行驱动程序和测试应用程序，宿主机运行调试器，使用起来不是特别方便

8282

驱动程序测试

WinDbg

主机和目标计算机通过无 Modem串行电缆通过串行口通讯

8383

驱动程序调试

WinDbg目标机配置：目标机器的 boot.ini增加一行启动选项： /debug /debugport=com1 /baudrate=115200

8484

驱动程序调试

WinDbg宿主机配置：启动 WinDBD

在 File菜单中选择 Symbol File Path设置符号文件搜索路径

在 File菜单中选择 Source File Path设置源文件搜索路径

在 File菜单中选择 Image File Path设置可执行文件搜索路径

8585

驱动程序调试

WinDbg宿主机配置：启动 WinDBD，在 File菜单中选择 Kernel Debug，在出

现的对话框中设置串行端口和波特率

8686

驱动程序调试

设置好串行端口和波特率后单击确定，出现如下画面，宿主机等待与目标机的连接：

8787

驱动程序调试

在目标机中选择“启用调试程序”选项引导机器，则在宿主机上显示与目标机的连接信息：

8888

驱动程序调试

如果目标机器正在运行，在 WinDbg命令窗口输入 Ctrl+Breakc，则暂停目标机器的运行

从 File菜单选择 open source file打开驱动程序源文件把光标移到有分号的源代码行上单击断点按钮，可以在驱动程序源文件中设置断点，设置断点源代码变

为红色单击 F5键，可恢复目标机器运行：

8989

驱动程序调试

9090

驱动程序调试

在目标机上运行测试程序，则系统将在驱动程序的断点处中断

9191

驱动程序调试

断点

Thoughts Change Life意念改变生活

windows 环境下的程序设计

Documents