ＷｉｎｄｏｗｓＮＴ４．０下設(shè)備驅(qū)動程序的開發(fā)與應(yīng)用

摘要： 介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０內(nèi)核模式設(shè)備驅(qū)動程序開發(fā)中的一般性過程。通過提供一個最小化驅(qū)動程序的核心代碼，解釋各組成部分的結(jié)構(gòu)功能和使用方法。在實踐中，結(jié)合自身的開發(fā)需要，可編寫出具有實用價值的驅(qū)動程序。

關(guān)鍵詞：Ｗｉｎ３２子系統(tǒng) 設(shè)備驅(qū)動 系統(tǒng)注冊表 Ｉ／Ｏ請求包

Ｗｉｎｄｏｗｓ ＮＴ 以其安全、穩(wěn)定及界面友好等特性逐漸成為工業(yè)控制領(lǐng)域的前臺操作系統(tǒng)。面對工業(yè)控制中大量采用的串／并行通信及總線控制等技術(shù)，要求用戶不斷開發(fā)出滿足自身需要的硬件設(shè)備，同時又要求用戶應(yīng)用程序與這些硬件設(shè)備進行通信，發(fā)送控制命令，讀取狀態(tài)信息等等。Ｗｉｎｄｏｗｓ ＮＴ出于安全性、穩(wěn)定性等考慮，不允許用戶應(yīng)用程序?qū)ξ锢碛布M行直接訪問，這就需要使用設(shè)備驅(qū)動程序跨越操作系統(tǒng)邊界對物理硬件進行操作，并向上提供客戶應(yīng)用程序控制接口以供調(diào)用。

１ 分層結(jié)構(gòu)與設(shè)備驅(qū)動程序

Ｗｉｎｄｏｗｓ ＮＴ分層結(jié)構(gòu)（如圖１所示）包括運行于用戶模式及內(nèi)核模式的各種部件，設(shè)備驅(qū)動程序在圖１的左下角，處于內(nèi)核模式下Ｉ／Ｏ管理器之中。

２ 驅(qū)動程序工作方式

內(nèi)核模式驅(qū)動程序與應(yīng)用程序之間的最大差別之一是驅(qū)動程序的控制結(jié)構(gòu)。內(nèi)核模式驅(qū)動程序沒有ｍａｉｎ或ＷｉｎＭａｉｎ，而是由Ｉ／Ｏ管理器根據(jù)需要調(diào)用一個驅(qū)動程序例程：

· 驅(qū)動程序被裝入時；

· 驅(qū)動程序被卸出或系統(tǒng)關(guān)閉時；

· 用戶程序發(fā)出Ｉ／Ｏ系統(tǒng)服務(wù)調(diào)用時；

· 共享硬件資源對驅(qū)動程序可用時；

· 設(shè)備操作過程中的任何時候。

３ 初始化過程

３．１ 系統(tǒng)注冊表中有關(guān)設(shè)備驅(qū)動程序的項目是系統(tǒng)加載設(shè)備驅(qū)動程序的入口點

系統(tǒng)注冊表中用于系統(tǒng)加載設(shè)備驅(qū)動程序的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ]

″Ｔｙｐｅ″ ＝ ｄｗｏｒｄ０００００００１

″Ｓｔａｒｔ″ ＝ ｄｗｏｒｄ０００００００２

″Ｇｒｏｕｐ″ ＝ ″Ｅｘｔｅｎｄｅｄ Ｂａｓｅ″

″ＥｒｒｏｒＣｏｎｔｒｏｌ″ ＝ ｄｗｏｒｄ∶０００００００１

其中Ｓｔａｒｔ含義如下：

ＳＥＲＶＩＣＥ＿ＢＯＯＴ＿ＳＴＡＲＴ （０×０） 操作系統(tǒng)裝入時

ＳＥＲＶＩＣＥ＿ＳＹＳＴＥＭ＿ＳＴＡＲＴ （０×０１） 操作系統(tǒng)初始化時

ＳＥＲＶＩＣＥ＿ＡＵＴＯ＿ＳＴＡＲＴ （０×０２） 服務(wù)控制管理器啟動時

ＳＥＲＶＩＣＥ＿ＤＥＭＡＮＤ＿ＳＴＡＲＴ （０×０３） 服務(wù)控制管理器手工啟動

ＳＥＲＶＩＣＥ＿ＤＩＳＡＢＬＥＤ （０×０４） 不啟動

Ｔｙｐｅ含義如下：

ＳＥＲＶＩＣＥ＿ＫＥＲＮＥＬ＿ＤＲＩＶＥＲ （０×１）

ＳＥＲＶＩＣＥ＿ＦＩＬＥ＿ＳＹＳＴＥＭ＿ＤＲＩＶＥＲ （０×２）

ＳＥＲＶＩＣＥ＿ＡＤＡＰＴＥＲ （０×４）

系統(tǒng)注冊表中用于設(shè)備驅(qū)動程序加載后讀取的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ＼Ｐａｒａｍｅｔｅｒｓ]

″Ｐａｒａｍｅｔｅｒ１″ ＝ ｄｗｏｒｄ∶０００００００１

″Ｐａｒａｍｅｔｅｒ２″ ＝ ｄｗｏｒｄ∶０００００００４

３．２ 加載驅(qū)動程序的裝入例程

Ｉ／Ｏ管理器調(diào)用驅(qū)動程序的ＤｒｉｖｅｒＥｎｔｒｙ例程，執(zhí)行初始化。該例程完成：

· 初始化其它例程的入口；

· 創(chuàng)建命名設(shè)備對象；

· 讀取系統(tǒng)注冊表中相關(guān)項目并聲明必要的資源；

· 設(shè)置內(nèi)核驅(qū)動程序名與Ｗｉｎ３２子系統(tǒng)名的聯(lián)接；

· 創(chuàng)建或初始化任意驅(qū)動程序使用的對象、類型和資源；

· 返回狀態(tài)值。

Ｉ／Ｏ管理器建立與設(shè)備關(guān)聯(lián)的Ｄｒｉｖｅｒ?qū)ο?，并將其傳遞給ＤｒｉｖｅｒＥｎｔｒｙ例程。實際上Ｄｒｉｖｅｒ?qū)ο蠡旧鲜且粋€目錄，含有指向各個驅(qū)動程序服務(wù)例程函數(shù)的指針，其結(jié)構(gòu)如表１所示。

表1 Driver對象

Ｉ／Ｏ管理器能夠找到ＤｒｉｖｅｒＥｎｔｒｙ例程，是因為它有一個公認的名字，而其他的例程則通過下列兩種方法查找：

·在Ｄｒｉｖｅｒ?qū)ο笾杏忻鞔_槽的函數(shù)如ＤｉｒｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ；

·在Ｄｒｉｖｅｒ?qū)ο蟮模停幔辏铮颍疲酰睿悖簦椋铮顢?shù)組中——Ｄｒｉｖｅｒ?qū)ο蟮模停幔辏铮颍疲酰睿悖簦椋铮钪С謨煞N類型的功能代碼。一種為標準的功能代碼，如ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ。另一種是用戶自定義的功能代碼，如ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ。

所有驅(qū)動程序必須支持ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼，這是因為Ｗｉｎ３２子系統(tǒng)下的用戶程序調(diào)用ＣｒｅａｔｅＦｉｌｅ函數(shù)創(chuàng)建設(shè)備時，產(chǎn)生該功能代碼。如果不處理這個功能代碼，Ｗｉｎ３２程序就不能得到設(shè)備句柄。

用戶自定義的功能代碼ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ只有在用戶模式下的客戶程序執(zhí)行自定義的功能時可用。

ＮＴＳＴＡＴＵＳ ＤｒｉｖｅｒＥｎｔｒｙ（ＩＮ ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ，ＩＮ ＰＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ ＲｅｇｉｓｔｒｙＰａｔｈ）

｛

／／聲明設(shè)備對象

ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ＤｅｖｉｃｅＯｂｊｅｃｔ，

／／生成函數(shù)接口指針

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ］＝
ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＲＥＡＤ］＝
ＸｘＲｅａｄＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ］＝
ＸｘＷｒｉｔｅＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ＝ＸｘＵｎｌｏａｄ

／／生成Ｗｉｎｄｏｗｓ ＮＴ Ｅｘｅｃｕｔｉｖｅ知道的設(shè)備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆ＮｔＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＤｅｖｉｃｅＮａｍｅ）；

／／生成自己的設(shè)備

Ｓｔａｔｕｓ＝ＩｏＣｒｅａｔｅＤｅｖｉｃｅ（

ＤｒｉｖｅｒＯｂｊｅｃｔ， ／／ Ｄｒｉｖｅｒ?qū)ο?br>
ｓｉｚｅｏｆ（ＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）， ／／ Ｄｅｖｉｃｅ對象

Ｅｘｔｅｎｓｉｏｎ結(jié)構(gòu)大小

＆ＮｔＤｅｖｉｃｅＮａｍｅ，

ＤｅｖｉｃｅＴｙｐｅ，

０，

ＦＡＬＳＥ， ／／ 不執(zhí)行

＆ＤｅｖｉｃｅＯｂｊｅｃｔ ／／Ｄｅｖｉｃｅ對象指針

）；
 ／／生成Ｗｉｎ３２子系統(tǒng)下的用戶程序可識別的設(shè)備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３２Ｎａｍｅ）；

／／聯(lián)接內(nèi)部設(shè)備名與Ｗｉｎ３２子系統(tǒng)下的設(shè)備名

Ｓｔａｔｕｓ ＝ ＩｏＣｒｅａｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（ ＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＆ＮｔＤｅｖｉｃｅＮａｍｅ）；

／／利用ＲｔｌＱｕｅｒｙＲｅｇｉｓｔｒｙＶａｌｕｅｓ函數(shù)讀出注冊表中Ｐａｒａｍｅｔｅｒｓ下的參數(shù)值，初始化自己的硬件

．．．

｝

４ 驅(qū)動程序服務(wù)例程

驅(qū)動程序初始化之后，始終等待發(fā)自用戶的命令或由其它事件源引起的事件。一旦命令或事件發(fā)生，Ｉ／Ｏ管理器就調(diào)用相應(yīng)的服務(wù)例程提供服務(wù)。而幾乎所有的Ｉ／Ｏ都是通過Ｉ／Ｏ請求包ＩＲＰ驅(qū)動的。所謂ＩＲＰ驅(qū)動，就是Ｉ／Ｏ管理器負責在非分頁的系統(tǒng)內(nèi)存中分配一定空間，當接受用戶發(fā)出的命令或由事件引發(fā)后，將工作指令按一定的數(shù)據(jù)結(jié)構(gòu)置于其中，傳遞到驅(qū)動程序服務(wù)例程。換言之，ＩＲＰ包含了驅(qū)動程序服務(wù)例程所需要的信息指令。表２、表３為ＩＲＰ的一些數(shù)據(jù)結(jié)構(gòu)。

同時，Ｉ／Ｏ管理器和驅(qū)動程序都需要在所有時候知道一個Ｉ／Ｏ設(shè)備所進行的情況。系統(tǒng)提供Ｄｅｖｉｃｅ對象以滿足此要求。該對象在ＤｒｉｖｅｒＥｎｔｒｙ例程中生成設(shè)備時由系統(tǒng)創(chuàng)建后，分配給驅(qū)動程序，并在整個驅(qū)動程序生存期內(nèi)有效。當Ｉ／Ｏ管理器調(diào)用驅(qū)動程序服務(wù)例程時，傳遞該對象。表４為Ｄｅｖｉｃｅ對象的外部可見域。

表2 IRP標頭中外部可見的域

表3 IRP堆棧單元的一些內(nèi)容

表4 Device 對象的外部可見域

其中，ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ域是一個重要的數(shù)據(jù)結(jié)構(gòu)。它是由Ｉ／Ｏ管理器創(chuàng)建并自動掛接到Ｄｅｖｉｃｅ對象的非分頁池，是保存驅(qū)動程序任意全局變量的最好辦法。因為ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ是驅(qū)動程序特定的，要自定義它的數(shù)據(jù)結(jié)構(gòu)。

下面是一個驅(qū)動程序服務(wù)例程利用Ｄｅｖｉｃｅ對象和ＩＲＰ的片段：

ＮＴＳＴＡＴＵＳ ＸｘＳｅｌｆＤｉｓｐａｔｃｈ（ＩＮ ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ｐＤＯ ＩＮ ＰＩＲＰ ｐＩｒｐ）；

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＰＩＯ＿ＳＴＡＣＫ＿ＬＯＣＡＴＩＯＮ ｐＩｒｐＳｔａｃｋ；

ＰＵＬＯＮＧ ｐＩＯＢｕｆｆｅｒ；

／／得到全局信息

ｐＬＤＩ ＝ （ＰＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）ｐＤＯ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ；

ｐＩｒｐＳｔａｃｋ ＝ ＩｏＧｅｔＣｕｒｒｅｎｔＩｒｐＳｔａｃｋＬｏｃａｔｉｏｎ（ｐＩｒｐ）；

／／得到由用戶應(yīng)用程序發(fā)來的用戶數(shù)據(jù)，并在需要時，將結(jié)果通過此變量返回給用戶

ｐＩＯＢｕｆｆｅｒ＝ＰＵＬＯＮＧｐＩｒｐ－＞ＡｓｓｏｃｉａｔｅｄＩｒｐ．Ｓｙｓｔｅｍ

Ｂｕｆｆｅｒ；

／／ 由ＩＲＰ攜帶的信息決定驅(qū)動程序的執(zhí)行

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ）

｛

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ：

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ：

Ｓｔａｔｕｓ ＝ ＳＴＡＴＵＳ＿ＳＵＣＣＥＳＳ；

ｂｒｅａｋ；

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ：

／／由Ｐａｒａｍｅｔｅｒｓ進一步解釋控制代碼含義

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞Ｐａｒａｍｅｔｅｒｓ．ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ）

｛

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１：

／／執(zhí)行功能代碼

Ｆｉｅｌｄ１ ＝ ｐＬＤＩ－＞ＳｅｌｆＦｉｅｌｄ１；

．．．

ｂｒｅａｋ；

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ２：

／／執(zhí)行功能代碼

．．．

ｂｒｅａｋ；

｝

ｂｒｅａｋ

｝

／／ 返回Ｉ／Ｏ操作的狀態(tài)

ｐＩｒｐ－＞ＩｏＳｔａｔｕｓ．Ｓｔａｔｕｓ ＝ Ｓｔａｔｕｓ；

ＩｏＣｏｍｐｌｅｔｅＲｅｑｕｅｓｔ（ｐＩｒｐ ＩＯ＿ＮＯ＿ＩＮＣＲＥＭＥＮＴ）； 

ｒｅｔｕｒｎ Ｓｔａｔｕｓ；

｝

５ 驅(qū)動程序終止例程

Ｕｎｌｏａｄ例程負責取消由ＤｒｉｖｅｒＥｎｔｒｙ例程所做的任何事情，包括解除屬于該驅(qū)動程序的任何硬件資源的分配，以及刪除屬于驅(qū)動程序的任何內(nèi)核對象。通常這僅在系統(tǒng)關(guān)閉時需要。

ＶＯＩＤ ＸｘＵｎｌｏａｄ（ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ）

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ；

／／ 得到全局數(shù)據(jù)，根據(jù)全局數(shù)據(jù)進行清理工作

ｐＬＤＩ＝ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯＤｒｉｖｅｒＯｂｊｅｃｔ－＞Ｄｅｖｉｃｅ

Ｏｂｊｅｃｔ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ

ｉｆ （ｐＬＤＩ－＞Ｆｉｅｌｄ２ ＝＝ ＴＲＵＥ）

｛
．．．

／／ 刪除分配的設(shè)備名及設(shè)備

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３2 Ｎａｍｅ）；

ＩｏＤｅｌｅｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ）；

ＩｏＤｅｌｅｔｅＤｅｖｉｃｅ（ｐＬＤＩ－＞ＤｅｖｉｃｅＯｂｊｅｃｔ）；

｝

６ 用戶層應(yīng)用程序與驅(qū)動程序間的接口

驅(qū)動程序完成后，將在系統(tǒng)重新引導(dǎo)時裝入并初始化（由ＤｒｉｖｅｒＥｎｔｒｙ例程完成）。此時，驅(qū)動程序處于可用狀態(tài)，等待用戶層應(yīng)用程序使用。用戶層應(yīng)用程序可以：

·打開該設(shè)備文件（由ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼完成）

·讀出數(shù)據(jù)（由ＩＲＰ＿ＭＪ＿ＲＥＡＤ功能代碼完成）

·寫入數(shù)據(jù)（由ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ功能代碼完成）

·執(zhí)行用戶自定義的功能代碼（由ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ功能代碼完成）

·關(guān)閉該設(shè)備文件（由ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ功能代碼完成）

以下是部分實現(xiàn)代碼：

ｖｏｉｄ ｍａｉｎ（）

｛

ＨＡＮＤＬＥ ｈｎｄＦｉｌｅ； ／／ 由ＣｒｅａｔｅＦｉｌｅ得到

ｕｎｉｏｎ ｛

ＵＬＯＮＧ ＬｏｎｇＤａｔａ；

ＵＳＨＯＲＴ ＳｈｏｒｔＤａｔａ；

ＵＣＨＡＲ ＣｈａｒＤａｔａ；

 ｝ＤａｔａＢｕｆｆｅｒ； ／／從設(shè)備驅(qū)動程序中得到的數(shù)據(jù)

ＬＯＮＧ ＩｏｃｔｌＣｏｄｅ； ／／功能代碼

ＵＬＯＮＧ ＤａｔａＬｅｎｇｔｈ；

ＬＯＮＧ Ｐａｒａｍｅｔｅｒ１；

／／調(diào)用ＩＲＰ中的ＩＲＰ ＿ＭＪ＿ＣＲＥＡＴＥ功能

ｈｎｄＦｉｌｅ ＝ ＣｒｅａｔｅＦｉｌｅ（

″＼＼＼＼．＼＼ＳｅｌｆＷｉｎ３２Ｎａｍｅ″， ／／ 打開設(shè)備文件″ ＳｅｌｆＷｉｎ３２Ｎａｍｅ″

ＧＥＮＥＲＩＣ＿ＲＥＡＤ ｜ ＧＥＮＥＲＩＣ＿ＷＲＩＴＥ，

ＦＩＬＥ＿ＳＨＡＲＥ＿ＲＥＡＤ ｜ ＦＩＬＥ＿ＳＨＡＲＥ＿ＷＲＩＴＥ，

ＮＵＬＬ，

ＯＰＥＮ＿ＥＸＩＳＴＩＮＧ，

０，

ＮＵＬＬ

ｉｆ （ｈｎｄＦｉｌｅ ＝＝ ＩＮＶＡＬＩＤ＿ＨＡＮＤＬＥ＿ＶＡＬＵＥ）

｛

ｐｒｉｎｔｆ（″Ｕｎａｂｌｅ ｔｏ ｏｐｅｎ ｔｈｅ ｄｅｖｉｃｅ．＼ｎ″）；

ｅｘｉｔ（１）；

｝

ＩｏｃｔｌＣｏｄｅ ＝ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１； ／／自定義功能代碼

Ｐａｒａｍｅｔｅｒ１ ＝ １；

ＤａｔａＬｅｎｇｔｈ ＝ ｓｉｚｅｏｆ（ＤａｔａＢｕｆｆｅｒ．ＣｈａｒＤａｔａ）；

ＩｏｃｔｌＲｅｓｕｌｔ ＝ ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ（

ｈｎｄＦｉｌｅ ／／設(shè)備文件句柄

ＩｏｃｔｌＣｏｄｅ／／功能代碼，對應(yīng)ＩＲＰ中的Ｐａｒａｍｅｔｅｒ．

／／ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ域

＆Ｐａｒａｍｅｔｅｒ１，／／傳遞到驅(qū)動程序的參數(shù)緩沖區(qū)，對應(yīng)

／／ＩＲＰ中的ＡｓｓｏｃｉａｔｅｄＩｒｐ．ＳｙｓｔｅｍＢｕｆｆｅｒ

ｓｉｚｅｏｆ（Ｐａｒａｍｅｔｅｒ１） ／／參數(shù)緩沖區(qū)長度

＆ＤａｔａＢｕｆｆｅｒ， ／／從驅(qū)動程序傳出的數(shù)據(jù)緩沖區(qū)

ＤａｔａＬｅｎｇｔｈ， ／／緩沖區(qū)長度

＆ＲｅｔｕｒｎｅｄＬｅｎｇｔｈ， ／／返回的實際緩沖區(qū)長度

ＮＵＬＬ ／／等待，直到操作完成

）；

ｉｆ（?。茫欤铮螅澹龋幔睿洌欤澹煟瑁睿洌疲椋欤澹?／／關(guān)閉設(shè)備

｛

ｐｒｉｎｔｆ（″Ｆａｉｌｅｄ ｔｏ ｃｌｏｓｅ ｄｅｖｉｃｅ．＼ｎ″）；
｝

｝
以上介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０設(shè)備驅(qū)動程序開發(fā)中的一般性過程。用戶可利用ＮＴ ＳＤＫ 及ＤＤＫ開發(fā)工具包，并根據(jù)自身需要，對以上核心代碼進行擴充完成所需任務(wù)。