| Virtual Dos Machine |
Article Index for Virtual |
Website Links For Virtual |
Information AboutVirtual Dos Machine |
| CATEGORIES ABOUT VIRTUAL DOS MACHINE | |
| virtualization software | |
| dos on ibm pc compatibles | |
| windows administration | |
| dos emulators | |
|
VDMs rely on the Virtual 8086 Mode of the Intel 80386 processor, which allows Real Mode 8086 software to run in a controlled environment by catching and forwarding to the normal operating system (as Exception s) all operations which involve accessing hardware. The operating system can then perform an emulation and resume the execution of the DOS software. VDMs generally also implement support for running 16 and 32 bit Protected Mode software ( DOS Extender s), which has to conform to the DPMI interface. VDMs appeared with Windows /386 2.1 and are present in all subsequent versions of Windows. In the Windows NT family, they are however relegated to running DOS and Windows 3.x programs and do not participate in the implementation of the Windows API anymore. The Windows NT executable which is used to handle a single DOS (and Windows 3.x) environment is called ntvdm.exe. VDMs were also used in OS/2 2.0 and later. When a DOS program running inside a VDM needs to access a peripheral, Windows will either allow this directly (rarely), or will present the DOS program with a Virtual Device Driver ( VxD in short) which emulates the hardware using operating system functions. A VDM will systematically have emulations for the Intel 8259A interrupt controllers, the 8254 timer chips, the 8237 DMA, etc. The Linux version of VDMs is Dosemu . The SCO UNIX version was Merge . In general, the VDMs and similar technologies (including even VMware ) do not satisfactorily run many older DOS programs on today's computers. Emulation is only provided for the most basic peripherals, although Windows XP added emulation of the SoundBlaster and other multimedia devices. Emulation of supported peripherals is incomplete and quirky. NT-family versions of Windows only update the real screen a few times per second when a DOS program writes to it, and do not emulate higher resolution graphics modes. Because software runs mostly native, all ''timing loops'' will expire prematurely. This either makes a game run much too fast or causes the software to not even notice the emulated hardware peripherals, because it does not wait long enough for an answer. A more interesting solution in such cases is to use full CPU emulators like DOSBox . The disadvantage is that it does not allow a totally transparent integration with the primary operating system. |
|
|