ＷｉｎｄｏｗｓＮＴ４．０下設備驅動(dòng)程序的開(kāi)發(fā)與應用

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

關(guān)鍵詞：Ｗｉｎ３２子系統 設備驅動(dòng) 系統注冊表 Ｉ／Ｏ請求包

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

１ 分層結構與設備驅動(dòng)程序

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

２ 驅動(dòng)程序工作方式

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

· 驅動(dòng)程序被裝入時(shí)；

· 驅動(dòng)程序被卸出或系統關(guān)閉時(shí)；

· 用戶(hù)程序發(fā)出Ｉ／Ｏ系統服務(wù)調用時(shí)；

· 共享硬件資源對驅動(dòng)程序可用時(shí)；

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

３ 初始化過(guò)程

３．１ 系統注冊表中有關(guān)設備驅動(dòng)程序的項目是系統加載設備驅動(dòng)程序的入口點(diǎn)

系統注冊表中用于系統加載設備驅動(dòng)程序的項目如下：

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

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

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

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

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

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

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

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

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

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

Ｔｙｐｅ含義如下：

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

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

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

系統注冊表中用于設備驅動(dòng)程序加載后讀取的項目如下：

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

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

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

３．２ 加載驅動(dòng)程序的裝入例程

Ｉ／Ｏ管理器調用驅動(dòng)程序的ＤｒｉｖｅｒＥｎｔｒｙ例程，執行初始化。該例程完成：

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

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

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

· 設置內核驅動(dòng)程序名與Ｗｉｎ３２子系統名的聯(lián)接；

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

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

Ｉ／Ｏ管理器建立與設備關(guān)聯(lián)的Ｄｒｉｖｅｒ對象，并將其傳遞給ＤｒｉｖｅｒＥｎｔｒｙ例程。實(shí)際上Ｄｒｉｖｅｒ對象基本上是一個(gè)目錄，含有指向各個(gè)驅動(dòng)程序服務(wù)例程函數的指針，其結構如表１所示。

表1 Driver對象

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

·在Ｄｒｉｖｅｒ對象中有明確槽的函數如ＤｉｒｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ；

·在Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ數組中——Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ支持兩種類(lèi)型的功能代碼。一種為標準的功能代碼，如ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ。另一種是用戶(hù)自定義的功能代碼，如ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ。

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

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

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

｛

／／聲明設備對象

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

／／生成函數接口指針

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

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

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

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

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

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

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

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

／／生成自己的設備

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

ＤｒｉｖｅｒＯｂｊｅｃｔ， ／／ Ｄｒｉｖｅｒ對象

ｓｉｚｅｏｆ（ＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）， ／／ Ｄｅｖｉｃｅ對象

Ｅｘｔｅｎｓｉｏｎ結構大小

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

ＤｅｖｉｃｅＴｙｐｅ，

０，

ＦＡＬＳＥ， ／／ 不執行

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

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

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

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

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

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

．．．

｝

４ 驅動(dòng)程序服務(wù)例程

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

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

表2 IRP標頭中外部可見(jiàn)的域

表3 IRP堆棧單元的一些內容

表4 Device 對象的外部可見(jiàn)域

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

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

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

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

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

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

／／得到全局信息

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

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

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

Ｂｕｆｆｅｒ；

／／ 由ＩＲＰ攜帶的信息決定驅動(dòng)程序的執行

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

｛

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

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

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

ｂｒｅａｋ；

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

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

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

｛

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

／／執行功能代碼

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

．．．

ｂｒｅａｋ；

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

／／執行功能代碼

．．．

ｂｒｅａｋ；

｝

ｂｒｅａｋ

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

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

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

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

｝

５ 驅動(dòng)程序終止例程

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

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

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

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

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

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

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

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

｛
．．．

／／ 刪除分配的設備名及設備

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

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

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

｝

６ 用戶(hù)層應用程序與驅動(dòng)程序間的接口

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

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

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

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

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

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

以下是部分實(shí)現代碼：

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

｛

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

ｕｎｉｏｎ ｛

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

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

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

 ｝ＤａｔａＢｕｆｆｅｒ； ／／從設備驅動(dòng)程序中得到的數據

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

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

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

／／調用ＩＲＰ中的ＩＲＰ ＿ＭＪ＿ＣＲＥＡＴＥ功能

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

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

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

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

ＮＵＬＬ，

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

０，

ＮＵＬＬ

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

｛

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

ｅｘｉｔ（１）；

｝

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

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

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

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

ｈｎｄＦｉｌｅ ／／設備文件句柄

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

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

＆Ｐａｒａｍｅｔｅｒ１，／／傳遞到驅動(dòng)程序的參數緩沖區，對應

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

ｓｉｚｅｏｆ（Ｐａｒａｍｅｔｅｒ１） ／／參數緩沖區長(cháng)度

＆ＤａｔａＢｕｆｆｅｒ， ／／從驅動(dòng)程序傳出的數據緩沖區

ＤａｔａＬｅｎｇｔｈ， ／／緩沖區長(cháng)度

＆ＲｅｔｕｒｎｅｄＬｅｎｇｔｈ， ／／返回的實(shí)際緩沖區長(cháng)度

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

）；

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

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

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