DDK中INF文件资料详解.doc

实用标准文案 文档 安装一个驱动程序 一个后缀是INF的文本文件控制设备驱动程序自动的安装。INF格式类似于WIN 3.x下的老式的.INI文件，但是复杂些。一个INF文件允许自动的或者在对话框的帮助下安装驱动程序文件。 驱动程序安装结束后对系统产生两个持久的影响: 1. 描述驱动程序的系统注册表入口，它的加载顺序和任何适当的配置数据。 2. 驱动程序文件被拷贝到适当的系统路径。 INF文件是影响这些改变的标准的机制，它可以提供定制安装。 使用INF文件自动安装 INF文件随着硬件和驱动程序一起提供，INF文件的结构和内容是驱动程序作者的责任。 INF文件结构 INF文件是被分(section)成几个部分的文本文件，每个部分被指定一个标识符号﹐它被中括号([])括起来﹒一些部分的命名是必须的﹐而其它部分是驱动程序特定的﹒每个部分是一些安装动作﹐或者连接或者列举其它部分﹒ 文件中各个部分的顺序是不重要的﹐因为每个部分都是被命名和连接的﹒一个部分继续直到另一个部分或者遇到文件结束﹒每个部分的标识符号是独一无二的名字﹐为了保持与WIN98的兼容﹐它的长度被限制在28个字符之内﹐可以包含下划线和圆点字符﹐在引用整个名字的前提下﹐可以包含空格字符﹒ 文件内容的一般格式如下: entry = value [, value...] entry是指令﹐关键词或者文件名﹐value是entry被应用的属性﹒ entry或者value名字可以指定为一个使用百分号(%)的代替一些具体数据的字符串﹐分割INF文件的[Strings]提供一个特殊语言ID的值。 Version 部分 一个有效的INF文件从一个命名为[Version]的部分开始，它像一个INF文件的头和标识。 ? Entry Value Signature “$Windows NT$ $Windows 95$ $Chicago$的其中一个 Class 驱动程序的整个家族的类名﹒一些名字是预先确定的﹐例如﹐Net或者Display ClassGuid 一个类的独一无二的GUID Provider INF文件提供者的名字 LayoutFile 只有在系统支持的INF文件中使用﹐OEM支持的INF文件用SourceDisksNames 和 SourceDisksFiles代替 DriverVer mm/dd/yyyy[,x,y,v,z],必须的条目﹐包含可选的版本信息 表15.1. [Version]部分的条目 Manufacturers部分 另一个必须的部分是[Manufacturers]﹐这个部分的条目列出了可以使用这个INF文件安装的设备和驱动程序﹐条目的形式是: manufacturer=model manufacturer列出被安装的硬件的制造商的INF文件的唯一名字﹒model提供指向INF文件中另一个进一步安装这个模型的部分的指针﹐ Models 部分 罗列在[Manufacturers]部分的每一个模型﹐在文件中必须有相应的部分﹐model部分的每个条目的形式是: device-description=install-section-name,hw-id[,compatible-id...] device-description描述了设备模型的列表和一个短描述﹒这个字符串在安装的时候在对话框中提供给用户﹐因此它需要提供多种语言的文本﹒ install-section-name的值参考[DDInstall]部分﹐也描述了INF文件的另一个进一步安装的部分﹒hw-id是硬件设备在PnP兼容的总线上声明的时候返回的PnP标识符号﹒例如﹐USB\VID_045EPID_00B标识微软HID(Human Input Device)的USB键盘设备﹒compatible-id可以是任何表示用于任何的包含在列表中的相同安装脚本的数值﹒ DDInstall 部分 它的名字独一无二的指定从[Models]部分列出的每个制造商的每个模型﹐ AddReg条目在语法上是必须的﹐CopyFiles条目对于[DDInstall]部分是重要的﹐它的形式是: CopyFiles=file-list-section[,file-list-section...] 或者 CopyFiles=@filename 前者是更普通的版本﹐它允许一个指向另一个包含一个安装文件列表的部分的指针﹒然而对于简单的驱动程序的安装﹐可以直接的使用文件名﹒ ? Entry Value DriverVer mm/dd/yyyy[,x,y,v,z]﹐必须的条目﹐包含可选择的版本号码 CopyFiles 另一个指定需要