windows 网络驱动开发_记《Windows驱动开发技术详解》的一处坑

相对而言，市面上驱动开发的书确实不多，虽然这本书还是以Windows XP进行讲解，但它放到现在仍然是学习驱动开发的不错的选择。

我碰到的问题是，第四第五章的内容，即使是用示例代码编译驱动，在安装，启动时都是正常的，但是卸载驱动，驱动执行Unload例程时，里面的IoDeleteSymbolicLink(&pDevExt->ustrSymLinkName) 时，猛然发现：预先保存在DEVICE_EXTENSION中的符号链接指向的内存已经无效了，SymbolicLink字符串不翼而飞！？

WinDbg查看DEVICE_EXTENSION结构体

---

具体情况

按照示例代码，有一个头文件里面有如下定义

#define PAGEDCODE code_seg("PAGE")
#define LOCKEDCODE code_seg()
#define INITCODE code_seg("INIT")

#define PAGEDDATA data_seg("PAGE")
#define LOCKEDDATA data_seg()
#define INITDATA data_seg("INIT")

typedef struct _DEVICE_EXTENSION {
	PDEVICE_OBJECT pDevice;
	UNICODE_STRING ustrDeviceName;	//设备名称
	UNICODE_STRING ustrSymLinkName;	//符号链接名
} DEVICE_EXTENSION, * PDEVICE_EXTENSION;

而示例代码里面：

#pragma INITCODE
NTSTATUS CreateDevice(IN PDRIVER_OBJECT	pDriverObject)
{ ... }

一开始我以为只是函数编译后的代码放在INIT段，我的字符串还是安全的。直到最后打开IDA看才发现：

SymbolicLink字符串(PUNICODE_STRING)的Buffer成员也放在了了INIT段

当然，按照示例代码，DriverEntry，CreateDevice函数代码自然都在INIT段里面。

解决方案

#pragma INITCODE去掉或者改为pragma PAGEDCODE

总结

• code_seg("INIT")下的函数和其中的字符串在驱动加载时装入内存 ，会在之后移出内存。
• DEVICE_EXTENSION用来放device对象的额外数据倒是安全的，但是要留意，如果其中储存了指针，一定要留意是不是指向了在INIT段上的内存，比如我碰到的这个问题里面，DEVICE_EXTENSION存放的UNICODE_STRING成员变量Buffer就是这样的指针。

另外发现这个坑10年前就有人踩了。害！

参考资料：

[1] 驱动加入code_seg("INIT")出现蓝屏,问题出自《windows驱动开发技术详解》

[2] 关于#pragma code_seg