This article needs additional citations for verification. (December 2009) (Learn how and when to remove this template message)
The name EMM386 was used for the expanded memory managers of Microsoft's MS-DOS, IBM's PC DOS and Digital Research's DR-DOS, which created expanded memory using extended memory on Intel 80386 CPUs. There also is an EMM386.EXE available in FreeDOS.
|Developer(s)||Microsoft, IBM, Digital Research, The FreeDOS team|
|Initial release||1988, 31–32 years ago|
|Operating system||MS-DOS, PC DOS, DR DOS, FreeDOS|
|Type||Expanded memory manager, Command|
The technique probably first appeared with the development of CEMM, included with Compaq MS-DOS 3.31 in 1987. Microsoft's version first appeared, built-in, with Windows/386 2.1 in 1988 and as standalone EMM386.SYS with MS-DOS 4.01 in 1989; the more flexible EMM386.EXE version appeared in MS-DOS 5.0 in 1991.
Just as the other expanded memory managers, EMM386 uses the processor's virtual 8086 mode. This forces memory accesses made by DOS applications to go through the processors MMU (introduced in the 386), and the page table entries used by the MMU are configured by EMM386 to map certain regions in upper memory to areas of extended memory (obtained by EMM386 through the extended memory manager HIMEM.SYS). This technique enabled both EMS (expanded memory) as well as UMBs - both of which appear to DOS applications to be memory in the upper area but are in fact mapped to physical memory locations beyond 1MB.
It temporarily shuts down during a Windows session in 386 Enhanced mode, with Windows' protected mode kernel taking over its role.
Windows uses the GEMMIS API to take over memory management from EMM386.EXE. Global EMM Import Specification (GEMMIS) is supported via a document available to a select number of memory-manager vendors ("Windows/386 Paging Import Specification").
All of FreeDOS memory managers (HIMEMX.EXE, JEMM386.EXE, JEMMEX.EXE) do not implement the GEMMIS API and Windows fails to start when running in conjunction with JEMMxxx since Windows fails to take over the memory management role. Windows ME, Windows 98, Windows 95, Windows for Workgroups 3.1x, and Windows 3.xx, all will fail with JEMMxxx displaying:
Cannot run Windows while the currently installed protected-mode software is running. Quit the protected-mode software, and then try again. You may need to restart your computer.
With JEMMxx, it is possible to run Windows 3.x and Windows for Workgroups 3.1x in limited capabilities by forcing Windows to use Standard Mode; i.e. using 80286 Protected Mode, not 80386 Enhanced Mode. Three conditions are required:
- limit total XMS to 64MB
- EMS must be enabled, can't use NOEMS option. For example JEMMEX X2MAX=65422
- Windows operate in Standard Mode only, WIN /S or WIN /2
Note that Windows in standard mode is limited in functionality, it lacks virtual memory, it skips the [386Enh] section in SYSTEM.INI and any device drivers in [386Enh] are not loaded.
- Platt, Robert; Spiegl, W. (2008) . "Command: EMM386". Archived from the original on 2017-08-23. Retrieved 2015-10-21.
- Okazaki, Taku; Schulman, Andrew (1994-09-01). "The Windows Global EMM Import Interface". Dr. Dobb's Journal. Undocumented Corner (9). Archived from the original on 2017-08-23. Retrieved 2015-10-21.  Archived 2014-05-29 at Archive.today  
- Brown, Ralf D.; Schulman, Andrew (July 1994). "QPI: The QEMM-386 Programming Interface". Dr. Dobb's Journal. Undocumented Corner. San Mateo, California: 123–131. Archived from the original on 2017-08-23. Retrieved 2017-08-23.
- Lespinasse, Michel. "How to kick out a memory manager". Amiens, France: Walken / Impact Studios. Archived from the original on 2017-01-04. Retrieved 2015-10-21.
- Paul, Matthias R. (2002-08-13). "Suche freien Speicherbereich unterhalb von 1 MB, der nicht von OS überschrieben wird" (in German). Newsgroup: de.comp.lang.assembler.x86. Archived from the original on 2017-09-04. Retrieved 2017-09-03.
|This DOS software-related article is a stub. You can help Wikipedia by expanding it.|