VxD ist der Gerät-Fahrer Modell, das in Windows/386 von Microsoft, der 386 erhöhten Weise von Windows 3.x, Windows 9x, und einigermaßen auch durch Novell DOS 7, OpenDOS 7.01, und DR-DOS 7.02 (und höher) multitasker verwendet ist. VxDs haben Zugang zum Gedächtnis des Kerns und aller laufenden Prozesse, sowie rohen Zugang zur Hardware.

Design

Der Name "VxD" ist eine Abkürzung für den "virtuellen xxx Fahrer", wo "xxx" eine Klasse des Hardware-Geräts ist. Es ist auf die Tatsache zurückzuführen, dass die meisten Fahrer Dateinamen der Form in Windows 3.x hatten. Einige Beispiele sind: vjoyd.386 (Steuerknüppel), vmm.386 (Speicherbetriebsleiter). VxDs haben gewöhnlich das Dateiformat unter Windows 3.x und unter Windows 95. Für Windows 3.x geschriebener VxDs kann unter Windows 95, aber nicht umgekehrt verwendet werden.

Geschichte

Vor dem Advent von Windows würden DOS-Anwendungen entweder direkt mit den verschiedenen Stücken der Hardware kommunizieren (auf Unterbrechungen antwortend, lesend und Gerät-Gedächtnis usw. schreibend) oder gehen Sie einen DOS-Gerät-Fahrer durch. Da DOS jede Anwendung nicht stark mehrbeanspruchte, würde exklusive und ganze Kontrolle über die Hardware haben, während man läuft. Obwohl Windows-Anwendungen direkt mit der Hardware nicht häufig kommunizieren, war es die einzige Weise, Windows-Fahrern zu schreiben, und ist noch in den echten und normalen Weisen von Windows 3.x. Ungeachtet der Tatsache dass Windows, das davon geschaltet ist, in der echten Weise zur geschützten Weise, dem direkten Hardware-Zugang und dem Unterbrechungsanspannen zu laufen, noch getan werden konnte, weil, als Windows auf das Laufen in der geschützten Weise umgeschaltet hat, es das einzelne Vorzug-Niveau-Modell verwendet in der echten Weise gehalten hat. Das hat den ganzen Weg durch Windows 9x gedauert. Windows/386 und vorwärts erlaubt vielfache DOS-Anwendungen, um gleichzeitig durchzuführen. Das wurde durch die Durchführung jeder Vermächtnis-Anwendung innerhalb seiner eigenen virtuellen Maschine getan. Um willkürliche physische Mittel unter diesen virtuellen Maschinen zu teilen, hat Microsoft dynamisch-loadable Fahrer des virtuellen Geräts vorgestellt. Diese Fahrer haben Probleme in Zusammenhang mit dem widerstreitenden Gebrauch von physischen Mitteln gelöst, indem sie Anrufe zur Hardware abgefangen haben. Statt eines Maschinenhafens, der ein aktuelles Gerät vertritt, würde es ein "virtuelles" Gerät vertreten, das durch das Betriebssystem geführt werden konnte.

Veralten

Obwohl Windows 98 Windows Driver Model (WDM) eingeführt hat, können Gerät-Treiber von VxD unter Windows 98 und Windows Ich verwendet werden. VxDs sind in Windows NT oder seinen Nachkommen nicht verwendbar. Wenn sie mit Windows 2000 anfangen, verwenden auf Windows NT gegründete Betriebssysteme auch den Windows-Fahrer Model, während Windows NT 4 und frühere Versionen Treiber geschrieben spezifisch für sie verwenden muss. Verwendende Fahrer von VxD statt WDM Fahrer in Windows 9x sind auf fortgeschrittene ACPI-Staaten wie Winterschlaf hinausgelaufen, der nicht verfügbar ist.

VxDs sollte mit dem ähnlich genannten NTVDM-spezifischen 'VDDs' nicht verwirrt sein (Fahrer des Virtuellen Geräts), die eine Methode zur Verfügung stellen, mit direkter Eingabe/Ausgabe unter Windows NT "DOS-Kasten" wettzueifern. NTVDM VDDs geführt als regelmäßig, 32 Bit, Benutzerweise-DLL'S, und müssen sich auf die Win32 API (oder ein anderer WDM Fahrer) verlassen, um mit der gewünschten Eingabe/Ausgabe im Auftrag des 16-Bit-Programms wettzueifern.

Links

• Die Tutorenkurse von VxD von Iczelion